以前搞硬件那会，所有电路也都是按照各功能模块进行划分，然后开发、测试等进行的。
现在搞软件这块，发现想通的地方还是很多，
最近设计的这个系统，初期需要确认有多少个模块，
因为每个模块相互之间需要解耦很干净，所以在不影响整体功能的情况下，对不同模块的定性定量就很关键了。
总结一下自己对这块的几点感想：
1、模块大致分为两类：功能模块 和 业务模块
功能模块：我把它定义为用户“看不见摸不着”的，例如mybatis、redis、kafka等，这些模块在整个系统中都具有 极为重要且基础的功能特性，缺一不可。 另外有一个检测表象：所有的功能模块正常运行时系统应该能够正常运作；
业务模块：这部分就是各公司各项目拿来“赚钱”的部分了，所有的业务模块堆积起来就是整个项目的血和肉，才能让项目实际落地到用户手上。 在业务模块，也可以分几个小类别：信息流 和 操作流
a）信息流：所有呈现在用户界面的内容信息，如果你处在开发初期不知道该怎么设计，可以参考“让用户从头到尾浏览一次产品的完整体验 ”这种思路进行分割，然后模块的分类基本就出来了；
b）操作流：同理，让用户每一次的操作进行分类整合，这些不同的类别就是一个个模块的划分边界；
由于我现在开发的这个项目还在封闭期间，先不上传实际参考，等以后产品成熟了，我会补充内容到上面几个点 再进行说明；
以上。
PS：希望自己能坚持下去，一个人的战斗。