模式 设计 原则

单一职责原则

单一职责原则（Single Responsibility Principle）简称SRP。

定义：应该有且仅有一个原因引起类的变更。

单一职责的好处：

1）类的复杂性降低，实现什么职责都有小清晰明确的定义

2）可读性提高，复杂性降低，

3）可维护性提高，

4）变量引起的风险降低，变更是必不可少的，如果接口的单一职责做得好，一个接口修改只对相应 的实现类有影响，对其他接口无影响，

里氏替换原则

第一种定义：

If for each object o1 of type S there is an object o2 of type T such that for all programs P defined of T , the behavior of P is unchanged when o1 is substituted for o2 then S is a subtype of T.如果对每一个类型为S的对象o1,都有类型为T的对象o2,使得以T类型的所有程序P在所有o1都代换成o2时，程序P行为没有发生变化，那么类型S是类型T的子类型。

第二种定义：

Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it.所有引用基类的地方必须能透明地使用其子类对象。通俗的讲，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，使用都根本不需要知道是父类还是子类。但是，反过来就不行了，有子类出现的地方，父类未必就能适应。

包含了4层含义：

1.子类必须完全实现父类的方法。

2.子类可以有自己的个性

3.覆盖或实现父类的方法时输入参数可以被放大

4.覆写或实现父类的方法时输出结果可以被缩小。

依赖倒置原则

定义：

High level modules should not depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon details. Details should depend upon abstractions.

包含三层含义：

1）高层模块不应该依赖低层模块，两者都应该依赖其抽象

2）抽象不应该依赖细节

3）细节应该依赖抽象。

依赖倒置原则在Java语言中的表现就是：

1）模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系通过接口或抽象 类产生的

2）接口或抽象类不依赖于实现类

3）实现类依赖接口抽象类

遵循以下的几个规则：

1）每个类尽量都有接口或抽象类，或者抽象类和接口两者具备

2）变量的表面类型尽量是接口或者是抽象类

3）任何类都不应该从具体类派生

4）尽量不要覆写基类的方法

接口隔离原则

接口分为两种：

1）实例接口

2）类接口

隔离定义：

1）Clients should not be forced to depend upon interfaces that they don't use.客户端不应该依赖它不需要的接口。

2）The dependency of one class to another one should depend on the smallest possible interface. 类间的依赖关系应该建立在最小的接口上。

建立单一接口，不要建立臃肿庞大的接口。再通俗一点讲：接口尽量细化，同时接口中的方法尽量少。

迪米特法则

迪米特法则也称为最少知识原则：

一个对象应该对其他对象有最少的了解。通俗地讲，一个类应该对自己需要耦合或调用的类知道得最少。

一个类公开的public属性或方法越多，修改时涉及的面也就越大，变更引起的风险扩散也就越大。

如果一个方法放在本类中，既不增加类间关系，也对本类不产生负面影响，那就放置在本类中。

开闭原则

定义：

Software entities like classes,modules and functions should be open for extension but closed for modifications. 一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

1）开闭原则对测试的影响

新增加的类，新增加的测试方法，只要保证新增加类是正确的即可

2）开闭原则可以提高利用性

缩小逻辑粒度，直到一个逻辑不可再拆分为止。

3）开闭原则可以提高可维护性

4）面向对象开发的要求

如何使用开闭原则：

1）抽象约束

第一，通过接口或抽象类约束扩展，对扩展进行边界限定，不允许出现在接口或抽象类中不存在的public方法；

第二，参数类型、引用对象尽量使用接口或者抽象类，而不是实现类；

第三，抽象层尽量保持稳定，一旦确定不允许修改。

2）元数据控制模块行为

减少重复开发。

3）制定项目章程

4）封装变化

a）将相同的变化封装到一个接口或抽象类中；

b）将不同的变化封装到不同的接口或抽象类中，不应该有两个不同的变化出现一个接口或抽象类中。