面向对象中的聚合与耦合

写的程序多了，慢慢感觉模块之间的耦合和聚合是那么的重要，一个项目肯定会有不同的功能和模块，这样的话肯定要做到“高内聚，低耦合”，那么到底什么是“高内聚，低耦合”，下面就以自己的浅薄的认识来为大家讲解下，又不足的地方还望指点。

因为聚合与耦合这两个概念一直都是以"高聚合、低耦合"的形式出现的，刚刚开始接触面向对象设计时，我一直认为聚合和耦合是一对相反的概念，也就是说：只要做到了高聚合，那么自然而然就做到了低耦合。虽然这样的理解并不是错误的，但我并没有思考过原因。

先来看看聚合的定义：聚合（Cohesion）是一个模块内部各成分之间相关联程度的度量。

这里有多个含义值得考虑。首先，聚合是对一个模块内部的度量，这也是许多情况下我们把聚合称之为内聚的原因。第二，这里出现的模块是广义的模块，它可能是子系统，可能是功能模块，也可能是功能模块中的某一个类。从不同的层次看，聚合的程度也会有所不同。至于为什么不同，后面会有解释。第三，模块的成分包括模块的行为和状态。要做到高聚合，那么模块内部的行为必须要与模块的内部状态紧密关联。通俗来讲，一个模块仅完成一个独立的功能，模块内部不存在与该功能无关的操作或状态。

再来看看耦合的定义：耦合（Couping）是模块之间相关联程度的度量。相对于聚合的内向性，耦合关注的是某一模块和其他模块之间的关联性。也就是说模块之间的关联尽量越少越好。

耦合主要指不同对象之间相互关联的程度。如果一个对象过多地依赖于其它对象来完成自己的工作，则不仅使该对象的可理解性下降，而且还会增加测试、修改的难度，同时降低了类的可重用性和可移植性。对象不可能是完全孤立的，当两个对象必须相互联系时，应该通过类的公共接口实现耦合，不应该依赖于类的具体实现细节。

交互耦合——如果对象之间的耦合是通过消息连接来实现的，则这种耦合就是交互耦合。在设计时应该尽量减少对象之间发送的消息数和消息中的参数个数，降低消息连接的复杂程度。

继承耦合——继承耦合是一般化类与特殊化类之间的一种关联形式，设计时应该适当使用这种耦合。在设计时要特别认真分析一般化类与特殊化类之间继承关系，如果抽象层次不合理，可能会造成对特殊化类的修改影响到一般化类，使得系统的稳定性降低。另外，在设计时特殊化类应该尽可能多地继承和使用一般化类的属性和服务，充分利用继承的优势。