程序的组织（2）

既然程序的组织目的是为了组织和协调程序对象，那么分类就是基础，而分类的维度很多，如何分类，从何种视角去看待程序系统，都是可以考虑的，因此我们也可以创造出适合我们自己系统的组织方法。我们没有必要教条的认为程序的组织就是书上说的那样。程序本质上也是一种规则，规则当然是人为的，因此如何定义规则和利用规则其实也是编程的一大基本能力。

例如，面向对象的继承就有多继承和单继承，而继承如何实现，本质就是一套规则。不过我觉得规则的制定要遵循简单原则，多继承就太复杂了。程序也一样，我们在程序设计的时候也一样需要简单化。

对于程序的组织，我们要学会分层，基本的分层包括代码层，模块层和系统层。而系统层可以是单机也可以是多机分布式的复杂系统。这样分层是有好处的，一是可以区分组织的方法是应用在那个层次，二是可以提升和降低组织的方法应用层次。对于面向过程，面向对象，面向服务的组织方法而言，面向过程对于代码层比较好，面向对象在可以在模块和系统层。面向服务则更多的倾向系统。对于设计模式这类程序的组织和功能协调方法，则可以灵活的在代码，模块和系统三个层面进行。由于分布式的出现，我们更倾向于在业务层面上进行这些模式的应用，因为这样可以提供最大的灵活可能性。比如，AOP，在系统程序级做，其实还是会破坏系统的强壮性的，而且附加的功能如果过多也会影响原有功能的执行性能。如果上升到业务层面，利用队列或者数据库去实现类似功能，就更为灵活，而且扩展更容易。

组织和组织协调本身就是一种方法学，需要我们不断的总结和思考。但无论如何，我们不需要把这些方法或者技巧神秘化，这些方法都是来源于生产生活，并不是编程所独有的。我们完全可以彼此借鉴，这样更有利于我们去解决实际的业务问题。