开头说两句
小小刀博客： https://www.lixiang.red
小小刀公众号：程序员学习大本营
项目背景
这个其实不算什么项目了，一点小刀自己的学习体会，做程序员这行都知道，技术发展日新月异，以前老的技术还没有学会，新的版本又出来了，每天写业务的增删改查，都没有时间深入技术研究，对很多知识点都是一知半解，一提起来就知道一点，但细致的说又说不上来，相信有很多小伙伴也遇到了这些问题， 今天小刀就和大家一起来探讨下如何去学习。
插几句领域驱动的话
记得小刀写第一篇领域驱动相关文章:
https://www.lixiang.red/articles/2019/07/23/1563896973689.html
有提到过下面这几个困难点:
- 在实际编码中,如果代码如何分层
- DDD是以业务为主,那么如果去划分业务上下界
https://www.lixiang.red/articles/2019/07/25/1564025186602.html - DDD提倡了一种专家和开发人员都能理解的语言,那么如何去把这种新语言沉淀下来
前两个都已经在相关文章中做了相关探讨,其实很多事都是相通的,比如我们去接触一个新的业务领域,有对应的领域关键词,语言,描述方法等,同样我们去学习一项新技术时,也有新的名词,新的组合方式. 同样如此类比,我们可以通过计论,找资料,读书等方式去了解业务,我们也可以通过讨论,等去学习新的技术.
我们可以把学习一项新技术看做是了解一个新的业务领域
学习方法
下面小刀和大家一起通过业务的了解为对比,和大家一起聊一聊学习方法
找到最核心本质的内容
从小读书,老师都会问我们:这篇文章的核心/主题思想是什么. 同样对于我们的业务来说, 业务都是一点点发展起来的, 技术也是一点点壮大的,我们要了解这个业务/技术最初的出发点是什么.
找到业务的本质
如小刀负责的商品模块,在最初分析的时候,我们就以平常买东西为例,先引入的商品的概念.这是大家都能理解的. 因此这个本质的业务,一定是我们所熟悉的, 甚至就是我们现在经常做的事. 不用去想什么百货超市,京东淘宝这么复杂的,就想着有一天室友烤了一个鸡腿,问你5块钱要不要,然后我们就一手交钱,另一只手就可以直接开吃了! 这叫最小可执行DEMO, 本质就是这个DEMO, 通过这个DEMO我们可以发现,有角色: 买家,卖家, 有行为: 交钱,交货 . 后面的业务发展,肯定以这个为核心
找到技术的核心点
以我们常用的mybatis为例,数据库相关的中间件,总是离不开我们学java时写的那几句:
Class.forName("com.mysql.cj.jdbc.Driver");
Connection conn = DriverManager.getConnection(config.buildUrl(), config.getUserName(), config.getPassword());
PreparedStatement preparedStatement = conn.prepareStatement(sql);
ResultSet resultSet = preparedStatement.executeQuery();
通过这段代码,我们可以找到几个关键的类: Connection , PreparedStatement , ResultSet, 其实这也是mybatis最深处的核心.然后在每一句之间加上各种定制化的东西,改来改去,就改的我们不认识了.
以核心为主绘制架构图
在第一步之后, 我们是得到了一个最小版本的可执行DEMO, 即然是一个可执行的东西,那就有入口,有开始,有运行, 有结束. 这就是一个完整的图.
业务图
以前大学学习期间,老师讲了好多图,如用例图,时序图,数据流图等等,我们可以用这些图将我们现在的业务绘制出来,这样更加清晰明了,哪些是我们已有的业务,哪些是我们要开扩的业务等等
我们以此图为基础,就可以一步步的扩展下去,如找一个中间商寄存钱货等等
技术图
技术的图最常用的莫过于类图了,一般来说,类图加时序图差不多足以将流程说清楚了
通过图,我们可以看到谁在哪一步执行哪些方法.mybatis 中肯定是有这些代码的,只不过我们是放在一起,他那可能分散在不同的包中
Connection的位置:
PrepareStatement的位置:
其他的小伙伴们可以按照这个思路继续找下去
以基本节点为基础划分找到自定义的部分
看了mybatis的这两张图之后,我们大致对这个扩展套路有了个基本看法:在方法调用前后,加一些定制化的操作,如检查缓存,生成不同的条件等等
因此我们在已知这个基本类的作用下然后再把加上的这层也看做基本类,如Connection我们知道是数据库连接,那么对于UnpooledDataSource,我们还是从调用connection的地方入手,一步一步分析上去.从名字猜是非池化的数据源,那对应的应该还有一个pooledDataSource
果不其然,都是对应的,然后再两者细细的对比差别.然后再把这些变成已知,然后再继续找到自定义的部分.
这就是一个循环的过程,不断的去扩充已知的区域
对比以前的学习方式
以前在学一个东西的时候,喜欢谈大的,比如mybatis里面几大组件,每个组件是干嘛的,然后各个组件之间是怎么调用的,然后源码往往只能看到最上面的那层,一直没有深入下来.然后买书跟着书往深处看时,完全看不进去. 这两种方式没有绝对的好坏,就像往往两个辩论赛一样,最终的结论一定是两个都可以,只是不同的场景下适用不同的方式.同样,如果按上面从已知到未知的方式,如果封装的太彻底,我们一开始找不到最直接的实现,那不妨试一试先理清上层架构,然后在对应模块里面再找找看. 如spring 我们知道最后生成一个bean 的时候都是通过反射的时候生成,但是项目已经到了这么庞大的地步,很难确定哪个调用关系是我们想要的.
如下图所示,我们找到了反射的位置,但是调用的地方这么多,无从下手,所以这时候可以两个方法结合着一起用,从上往下,从整体到部分. 然后从下往上,慢慢把小知识聚合成大的知识点
最后说两句
可以把技术也想象成一个业务,用了解业务的方式去学习技术,也可以用学习技术的方式去了解业务,差异肯定是有的,但是我们不能揪着不同的不放,要放开不同的,去着眼于类似的点,这样去做到触类旁通,举一返三!
各位小伙伴,你们有什么学习方法,欢迎留言或者加小刀微信一起交流: best396975802