为什么都喜欢问这么虚的问题？
这个“模块”到底是指一个微服务，还是说一个功能，还是一个jar包呢？
怎么才能回答好这个问题，从哪些方可以作为切入点呢？
这里的模块我理解的是程序的架构。
其实我觉得写程序或者说模块，所有的所有最重要的就是要结合业务/产品。设计的时候必须要去考虑这些问题：业务/产品是用来解决什么问题、这个东西以后可能会有什么问题、这个业务什么规模、产品迭代的方向是什么、以及现在和将来需要投入的成本(开发成本、维护成本、运行成本)。等等。
这个模块，使用什么架构，BS/CS、分布式还是单体呀、定时任务、消息队列、什么设计模式、单例呀、工厂呀什么的都是虚的。具体需求具体分析，根据实际情况选择合适的，避免过度设计。
