为什么要做模块分拆？
为什么大类要拆成小类？为什么要把系统拆成多个模块？ 以下列举出的原因都是老生常谈，对很多人来说都是直觉的东西； 直觉的坏处是：如果它成直觉了，你反而说不出它有什么好处了，当争论来临时，你就无法说服你的同事了。 1. 大变小，能使部分功能可重用。如果所有功能的揉在一起，那一般就没有专们针对某小块功能的接口，外界无法直调这块功能，也就无法重用。 2. 模块拆分，实际上强制实施了封装性，使得模块之间只能通过有限的接口互相访问，从而降低耦合。耦合的意思是：一样东西变时，另一样东西不必变；拆分后，一个模块的变动如果不影响接口，其它的模块就不用变； 如果未拆分，一个功能可能全身都是接口，每处都有可能被其他功能依赖，自己任意一个小变都会导致其他模块跟着变。 3. Separation of Concern, 即分离关注点，每个团队、每个人只需要关注、维护系统的一部分模块或一个子系统。这在大中型组织中非常重要，对开发效率的影响是全方位的。它可以降低开发人员的系统知识门槛，并使得每个模块都有相应的精熟者，对开发效率的影响不言而喻。 4. 最后，模块拆分对开发环境、配置管理、运行维护也很重要。如果一个代码库过大，svn checkout一下，编译一下，可能半小时就过去了； 如果系统未做拆分，一个哥们提交了一行错误代码导致编译错误，会使得整个团队都无法继续开发； 如果整个应用作为单个进程运行，那么某块功能一挂，整个应用都挂，比如某个垂直频道压力过大，导致进程异常退出，那么压力不大的其他频道也没法访问了。