作者简介:大家好,我是smart哥,前中兴通讯、美团架构师,现某互联网公司CTO
联系qq:184480602,加我进群,大家一起学习,一起进步,一起对抗互联网寒冬
我刚入行时,用SSM写了大概5个月的增删改查,并且在实际工作中从未自己搭建过SSM环境。倒不是不会,毕竟网上已经有很多博客直接贴出了配置,拷贝黏贴就行了。
那么,我的烦恼是什么呢?
我想,每一个热爱进步的程序员都会有过这样的体会:
自己好像什么都懂了,但又似乎什么都不懂。
就像发痒时怎么都挠不到确切部位,让人抓狂且无奈。你自己也知道,即使把这行配置背下来了,又能怎样呢?为什么它就起作用了?
你发出的这些疑问就像掉进了一个无限递归,迟迟没有一个答案。
当前不懂的知识点,是由另一个你不了解的知识点实现的...无限递归,最终你觉得自己什么都不懂
这个递归的结束条件是什么呢?并不是说非要往下深挖,直到汇编语言或者晶体管,而是挖到某一处时你能和当前已学知识联系起来即可。
就好比我现在要推导一个新的数学公式,当我得证的条件最终只差证明另一个公式,而这个公式已经是公认定理时,这个新的公式就算推导成功了。
很长一段时间,我深陷SSM的配置地狱:
有些人可能觉得:管这么多干嘛,用就好了啊。
这种人,一般做不到举一反三,只能有一学一。即使能熟练使用,等他遇到SpringBoot时,又会把它当做新的框架来学。而在我看来:
SpringBoot = Spring注解 + 自动配置
SpringBoot就是一个花架子,如果你已经熟练掌握Spring,SpringBoot上手是非常容易的。
重新回到问题上来。
关于SSM配置以及原理,以上种种疑问递归的结束条件是什么?
其实归根到底,我们之所以学不明白SSM,觉得隔靴搔痒,个人认为是因为“配置式开发”和我们之前“编码式开发”差别太大了。不论是xml还是注解,和我们平时写的业务代码相去甚远。作为一个开发人员,当你看到一个切实的功能被实现了,而自己却完全看不到for循环和if判断的身影,心里是不踏实的。对于一个“手艺人”,唯一能让我们感到踏实的,是if else for这样的编码,而不是@Aspect、@Controller这样的配置!
我很幸运,后来接手了一个金融借贷项目。那个项目虽然仅仅用SSM,但是代码质量还是很高的,各种封装和抽象,与之相比我之前写的项目代码都显得十分“扁平”。
环境真的很重要,如果我还待在原先的公司做SSM增删改查,还真的觉得自己挺厉害...典型的井底之蛙。
正是这段经历,驱使着我硬着头皮回炉再造,重新去看JavaSE和JavaWeb。我最大的感触就是,其实当前很多觉得难的知识,都已经在基础讲过了。如果真的掌握了,SSM是非常容易理解的。
比如:
就这样,还有很多人和我说,自己基础已经很好了,问我有没有好的SpringBoot视频推荐...我每次都会耐心地劝导说:把基础先打扎实。
以我自己的体会,要想后面对Spring/SpringBoot有较深的理解和掌握,必须把以下知识点吃透:
我不知道其他专栏是出于什么目的,可能是公众号引流或软文推广什么的,而我写博客目的很纯粹,就是觉得自己当时被欺负了,现在懂了于是拿出来,让后面的人别再被欺负了。
有时就是如此,前人挣扎彷徨所付出的努力得到的成果,后人只需垫垫脚就能收入囊中。
最后,要说一下我自己对初级程序员的定义:
这些都无法掌握,整天满口高并发、轮询、微服务...如果让我来面试,我不会问这些高大上的问题,只会和你聊基础,看你有没有自己的见解。
架构师遍地跑的浮躁时代,还是希望大家静下心来,好好重视基础吧。
后面的内容正是为了帮大家解决这些迷茫而写,预祝大家阅读愉快~
作者简介:大家好,我是smart哥,前中兴通讯、美团架构师,现某互联网公司CTO
进群,大家一起学习,一起进步,一起对抗互联网寒冬