基础知识漫谈(1): 想到哪儿写到哪儿

网友投稿 508 2022-05-30

一、想到哪儿写到哪儿

给公司新员工培训,和网上的新手做交流,我最先强调的都是基础。

基础有什么用?

1、节省沟通成本

有天,java群里来了个新人,上来就提了一个问题:

“我代码跑不起来,怎么办?”

这一看就是还没入门,没办法提供具体的信息。

于是有个有耐心的老鸟出来了,开始了一连串提问:异常栈看一下?有编译期异常吗?贴出你的main函数看看?

新人收到了问题并且抛出了你都在说什么异常。

“你还是截图吧。”老鸟说。

这里涉及到了异常栈,编译期,main函数等等再基础不过的知识,有那么部分毫不客气的新人就说了,为什么你不讲得通俗易懂点儿呢?

通俗易懂,是需要成本的。

异常即是程序不期望的异常情况,它处理不了交给程序员自己来处理了。栈是个再基础不过的数据结构,出现它就说明栈顶的元素,是最后入栈的。那么,看到你出错后控制台抛出的那堆文字没有?贴出来,距离XXXException最近的通常就是最关键的信息。

你看,就算精简为“控制台抛出的那堆文字”,比较起来,是不是“异常栈”更加节约双方的时间,毕竟以当前IT业界的薪资水准,老鸟可能已经浪费了公司好几十块。

更何况,可能有人是连“控制台”都无法理解的,这就涉及到了作用2。

2、方便他人界定你的水准

我见过一份简历,quartz、POI、easyUI、jquery等等,写了一堆。这人自己可能觉着,这些名词高端,厉害,可是呢,看看这份技能表:

就暴露出了他的问题,此人并不懂他所说的这些名词是什么。

至少,一个有基础的程序员就不会写上熟悉xml、json、dom4j技术,也不会把“在线支付”和servlet\jsp放在同一栏下面。他无需长篇累述自己的技能树多么丰满,合适的内容,合理的排版,本身就代表了他的水准。

3、解决未知的问题

“有没有例子可以参考?”

“有没有视频教程可以看?”

“能不能帮我远程一下?”

一般来说,挨了这三连怼的老鸟无不火从心起,但凡有例外,要么脾气太好要么姑娘太好看。

合适的解决方案:搜索关键字->查看文档->阅读源码->询问老鸟关键字->*。

从来没到过的问题如何解决呢?或者扩展一下,我写的功能,如何适应未来千奇百怪的需求呢?当然,这其实本质还是个码量和阅读量的问题,篇幅和精力都不足够支撑我讲好这个问题,但凡我说好了,那等同我也写完了一本《Effective Java》。

我把学习分为几个阶段:

基础理解阶段,你看到一个基础知识点,开始理解它的含义,看到具体的实例能反应出它所对应的基础知识。比如看到Animal cat=new Cat()能反应出它体现了如下知识点:声明、实例化、引用、多态。

串联阶段,把知识点串联起来,构建出它本源的样子,比如上面的例子,结合JVM相关知识,脑海里出现一张粗略的堆栈图,就像这幅图:

基础知识漫谈(1): 想到哪儿写到哪儿

这样的能力不光可以用于向本源推测,也可以主动的把知识点组合,玩味出新的结构,比如,新需求是“根据配置来产生动物”。

那么,我们分析会有一个根据配置项来产生动物实例的构建工具。代码可能长下面的样子:

Animal animal=AnimalFactory.createAnimal(“猫”);

在createAnimal里,我们对字符串进行if判断,决定到底是new Cat还是new Dog

事实上,这样的结构已经有人总结在了GoF里。诶,GoF是什么?忘了本段是说什么的吗?

进阶阶段,具备串联知识点的能力之后,就应当有看到未知技术逆推具体实现的能力。比如hibernate,它的功能是什么?核心在于“实现持久层和数据层的同步”,也就是说,数据表和JavaBean\POJO的映射。那么,我们来思考,假如从来不存在hibernate类似的ORM框架,要如何实现这个功能呢?

首先,我们要有和数据库沟通的工具和配置,java可以选用jdbc,数据库相关配置可以使用xml、json、bean任意方式。我们也可以看到,hibernate底层就是jdbc,也有Configuration这个配置入口。

然后要有种配置方式让数据表和Bean达成统一。为什么?因为它们的信息量不一致,包含的信息是相交的关系,比如,它们都有类似的数据类型(varchar->String),又有互不相融的内容(索引和约束),得出结论,我们需要一个映射工具,来使相交的部分匹配,并且补充缺失的内容。于是,我们可以推论出,hibernate一定有个映射工具(xml和annotation)。

再后,为了适应多种不同的数据库,每一条语句可能都有不同的表达,比如Oracle有Number(*,*)这个类型,对于mysql就不适用,我们需要设计一个数据库的适配器。在hibernate里,这个部分叫做方言,Dialect。

经过这样的分析过程,不管是实现新的需求,还是分析未知的框架,都具备了理论上的基础。

就我个人的见解,达到这个阶段的程序员,才能称之为合格。

小结

道理说多了,来尝尝鸡汤。

没有人有义务帮助你。

乐于助人的老鸟只会帮助有价值的新手,不求反哺,至少要有成就感,是吧?

本就该在大学搞定的内容,为什么要别人花费自己的青春和公司的人工来为你补习?

基础是看上去艰涩玄乎,却是能应用在工作里的东西,切勿忽视。我有个高中老师常把一句话挂在嘴边“现在你记住就好,以后你会懂。”有时候我想,要是那时候听了这话,该多好。

特此声明:因此文章个人认为总结的很到位,很有价值,特此转载!转载地址:http://www.cnblogs.com/anrainie/p/5606570.html

Java 数据库

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:【云小课】【第35课】其他云MySQL迁移到RDS for MySQL实例
下一篇:【Ansible】ad-hoc与常用模块
相关文章