理解冲突：模块设计

当把我设计的服务器中心模块转交给他人时，让我意外的事情发生了，他们都不是很理解我的设计。
1.认为我的类太多，模块划分得太细
2.不是很容易了解整个流程，因为在逻辑上两个顺序执行的功能单位相差十万八千里

刚开始，我很难理解他们的想法，很难想象，就是这样一个简单的设计，竟如此的难以理解么？

但当我们交流了一下后，我慢慢发现，我和他们的很多思想都存在很大的不同。

1.我目标是建立一个可扩展性强的框架，重在可扩展，可完善；搭起一个框架，所有各个不同模块分的很开；比如通讯模块，基础数据结构，工具类，以及逻辑处理类，基本上可以达到互不影响；而他们的理解是，重在流程；一定要让整个流程非常的明了；所以从外部接收输入，到逻辑处理，到数据传输，整个流程最好要清晰可见；逻辑上相邻的功能单位最好在代码中体现出来。

2.我想，我的设计确实达到了预期的效果，在扩展和修改时，确实会比较方便，但，这仅仅限于我，或者与我在设计上有相同理解的人。对于他们，对程序的理解与我完全不同，那么，这种设计完全是一种负担，代码扩展时，不仅不会降低修改的复杂度，相反，会提高他们的难度；而且，在接手我的工作时，他们需要花费大量的时间来消化我的思路。另外一个方面，坦诚点讲，由于在许多地方用到委托和组合，程序的理解确实不是那么容易。

记下这个问题吧，后面再做类似的问题时，可以稍微借鉴下经验。

做一个好的设计，不容易。

在合适的时候，做合适的选择，很难。