六大设计原则

六大设计原则

1.单一职责原则 SRP (Single Responsibility Principle)

定义

应该有且仅有一个原因引起类或接口的变更，类和接口只有一个职责，它就负责一件事

好处

1. 类的复杂性降低，实现什么职责都有清晰明确的定义
2. 可读性提高了，复杂性降低了
3. 可维护性提高
4. 变更引起的风险降低

建议：接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化。

2.里氏替换原则 LSP (Liskov Substitution Principle)

定义

1. 如果每一个类型为S的对象o1，都有类型为T的对象o2，使得以T定义的所有程序P在所有的对象o1替换为o2时，程序P的行为没有发生变化，那么类型S就是类型T的子类型。
2. 所有引用基类的地方必须能透明的使用其子类对象。

即：只要父类能出现的地方，子类就可以出现，而且替换为子类也不会产生任何错误和异常，使用者可能根本就不需要知道是父类还是子类。但是反过来就不行了，有子类出现的地方，父类未必就能适应。

四层含义

1. 子类必须完全实现父类的方法。
2. 子类可以有自己的个性（子类可以有自己的方法和属性，）
3. 覆盖或实现父类的方法时输入参数可以被放大 （父类用HashMap，子类用Map）
4. 覆写或实现父类的方法时输出结果可以被缩小（父类返回值为S
5. ，子类相同方法返回值为T，则 T <= S）

3.依赖倒置原则 DIP (Dependence Inversion Principle)

三层含义

1. 高层模块不应该依赖底层模块，两者都应该依赖抽象（模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的，即面向接口编程）
2. 抽象不应该依赖细节（接口或抽象类不依赖于实现类）
3. 细节应该依赖抽象（实现类依赖接口或抽象类）

依赖的三种写法

1. 构造函数传递依赖对象

   public class Driver implements IDriver{
   		private ICar car;
   		public Driver(ICar _car){
   			this.car = _car;
   		}
   	} 
   

   ​

2. Setter方法传递依赖对象

   public class Driver implements IDriver{
   		private ICar car;
   		public setCar(ICar car){
   			this.car = car;
   		}
   	} 
   

   ​

3. 接口声明依赖对象

   public void drive(ICar car);
   

   ​

开发时遵循以下规则

1. 每个类都有接口或抽象类，或者接口和抽象类都有。（基本要求）
2. 变量的表面类型尽量是接口或者抽象类。
3. 任何类都不应该从具体类派生。
4. 尽量不要覆写基类的方法。
5. 结合里氏替换原则使用（即：接口负责定义public属性和方法，并且声明与其他对象的依赖关系，抽象类负责公共构造部分的实现，实现类准确的实现业务逻辑，同时在适当的时候对父类进行细化）

4. 接口隔离原则 ISP (Interface Segregation Principle)

定义

1. 客户端不应该依赖它不需要的接口
2. 类间的依赖关系应该建立在最小的接口上

即：建立单一接口，不要建立臃肿庞大的接口，接口应该尽量细化，同时接口中的方法尽量少（注：接口隔离原则和单一职责原则角度不同：单一职责原则要求的是类和接口职责单一，注重的是职责，这是业务逻辑的划分，而接口隔离原则要求接口的方法尽量少）

四层含义

1. 接口要尽量小
2. 接口要高内聚（提高接口，类，模块的处理能力，减少对外的交互）
3. 定制服务（单独为一个个体提供优良的服务）
4. 接口设计是有限度的

开发时应该遵循

1. 一个接口只服务于一个子模块或业务逻辑
2. 通过业务逻辑压缩接口中的public方法
3. 已经被污染了的接口，尽量去修改。
4. 了解环境，拒绝盲从

5. 迪米特法则 LoD (Law of Demeter)

一个对象应该对其他对象有最少的了解。

迪米特法则要求类尽量不要对外公布太多的public方法和非静态的public变量，尽量内敛，多使用private，default，protected等访问权限

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

6. 开闭原则

定义

一个软件如实体类、模块和函数应该对扩展开发，对修改关闭。即通过扩展来实现变化

如何使用

1. 抽象约束：通过接口或抽象类可以约束一组可能变化的行为，并且能实现对扩展开放
   1. 第一：通过接口或抽象类约束扩展，对扩展进行边界设定 ，不允许出现在接口或抽象类中不存在的public方法
   2. 第二：参数类型，引用对象尽量使用接口或者抽象类，而不是实现类
   3. 第三：抽象层尽量保持稳定，一旦确定不允许修改
2. 元数据(metadata)控制模块行为，元数据：用来描述环境和数据的数据，通俗的讲就是配置参数，参数可以从文件中获得，也可以从数据库中获得
3. 封装变化：将相同的变化封装到一个接口或抽象类中，将不同的变化封装到不同的接口或抽象类中。

---

SOLID：稳固的，六个原则建立稳固的设计。

参考书籍：设计模式之禅——秦小波著