面向对象设计原则

1、高内聚、低耦合

内聚度

定义：

表示一个应用程序的单个单元所负责的任务数量和多样性。内聚与单个类或者单个方法单元相关。

好的软件设计应该做到高内聚

理想状态下，一个代码单元应该负责一个内聚的任务，也就是说一个任务可以看作是一个逻辑单元。一个方法应该实现一个逻辑操作，一个类应该代表一种类型的实体。

内聚原则背后的主要原因是重用。遵循该规则的另一个优点是，当一个应用程序的某些方面需要做出改变时，我们能够在相同单元中找到所有相关的部分。

如果一个系统单元只负责一件事情，就说明这个系统单元有很高的内聚度；如果一个系统单元负责了很多不相关的事情，则说明这个系统单元是内聚度很低。

内聚度的简单判断方法

如果一个方法可以用简单的“动词+名词”的形式来命名，或者如果一个类可以用准确的名词来命名，那么这样的类或者方法就是内聚度较高的系统单元；反之，如果类或者方法的名字必须包含“和”、“或”等字样才能准确反映其功能特性的话，这些类或方法的内聚度就一定不高。

耦合度

耦合度表示类之间关系的紧密程度。

耦合度决定了变更一个应用程序的容易程度。在紧密耦合的类结构中，更改一个类会导致其它的类也随之需要做出修改。显然，这是我们在类设计时应该避免的，因为微小的修改会迅速波动影响到整个应用程序。此外，找到需要修改的所有的地方是必须的，实际上就使得修改变得困难并且耗费时间。而在松散耦合的系统中，我们可以更改一个类，不需要修改其它类，而应用程序仍然能够正常工作

2、设计原则

设计原则名称	设计原则简介
单一职责原则	软件实体对扩展是开放的，但对修改是关闭的，即在不修改一个软件实体的基础上去扩展其功能。
里氏替换原则	在软件系统中，一个可以接受基类对象的地方必然可以接受一个子类对象
依赖倒转原则	要针对抽象层编程，而不要针对具体类编程
接口隔离原则	使用多个专门的接口来取代一个统一的接口
组合/聚合复用原则	在系统中应该尽量多使用组合和聚合关联关系，尽量少使用甚至不使用继承关系
迪米特法则	一个软件实体对其他实体的引用越少越好，或者说如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用，而是通过引入一个第三者发生间接交互