● 继承

　　● 聚合

　　● 接口

　　● 方法调用和引用

　　● 服务调用

　　了解了耦合发生的一般方式，可以进入核心思想的讨论，那是在认识和了解依赖的基础上，终追求的目标。

　　话说设计的目标：高内聚（High cohesion）、低耦合（Low coupling）。

　　讨论了半天，终于是时候对依赖和耦合进行一点儿总结了，也是该进行一点目标诉求了。在软件设计领域，有那么几个至高原则值得每个开发者铭记于心，它们是：

　　● 面向抽象编程

　　● 低耦合，高内聚

　　● 封装变化

　　● 实现重用：代码重用、算法重用

　　对了，是这些平凡的字眼，汇集了面向对象思想的核心内容，也是本文力求阐释的禅意心经。关于面向抽象编程和封装变化，会在后面详细阐释，在此我们需要将注意力关注于“低耦合，高内聚”这一目标。

　　低耦合，代表了实现简单的依赖关系，尽可能地减少类与类、模块与模块、层次与层次、系统与系统之间的联系。低耦合，体现了人类追求简单操作的理想状态，按照软件开发的基本实现技巧来追求软件实体之间的关系简单化，正是大部分设计模式力图追求的目标；低耦合，降低了一个类或一个模块发生修改对其他类或模块造成的影响，将影响范围简单化。在本文阐释的依赖关系方式中，实现单向的依赖，实现抽象的耦合，都是实现低耦合的基础条件。

　　高内聚，一方面代表了职责的统一管理，一方面体现了关系的有效隔离。例如单一职责原则其实归根结底是对功能性的一种指导性体现，将功能紧密联系的职责封装为一个类（或模块），而判断的准则正是基于引起类变化的原因。所以，封装离不开依赖，而抽象离不开变化，二者的概念和本质都是相对而言的。因此，高内聚的目标体现了以隔离为目标进行统一管理的思想。

　　那么，为了达到低耦合、高内聚的目标，通常意义上的设计原则和设计模式其实都是朝着这个方向实现的，因此仅仅总结并非普遍意义的规则：

　　● 尽可能实现单项依赖。

　　● 不需要进行数据交换的双方，不要实现多此一举的关联，人们将此形象称为“不要向陌生人说话（Don‘t talk to strangers）”。

　　● 保持内部的封装性，关联的双方不要深入实现细节进行通信，这是保证高内聚的必需条件。