【六大原则总览】

1.单一职责原则

2.里氏替换原则

3.依赖导致原则

4.接口隔离原则

5.迪米特法则

6.开闭原则

 

【原则一：单一职责原则】

　　英文全称：Single Responsibility Principle，简称SRP。

　　要求一个接口或类只有一个原因引起变化，就是一个接口或类只有一个原则，它就负责一件事情。

[ 好处 ] 

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

* 可读性提高，复杂性降低。

* 可维护性提高。

* 变更引起的风险降低。如果接口的定义职责做的很好，一个接口修改只对相应的实现类有影响，对其它接口没有影响，这对系统的扩展性和可维护性非常大的帮助。

 

 

【原则二：里氏替换原则】

首先分析一下继承的优点缺点;

[ 继承的优点 ]

* 代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性。

* 提高了代码的重用性。

* 子类可以形似父类，但又异于父类。

* 提高代码的扩展性，许多开源框架的扩展接口都是通过继承父类来完成的。

* 提高产品或项目的开放性。

[ 继承的缺点 ]

* 继承是侵入性的。只要继承，子类就必须拥有父类的所有属性和方法。

* 降低代码的灵活性，子类必须拥有父类的属性和方法，给子类添加了约束。

* 增强了代码的耦合性，当父类的常量、变量或方法修改时，就要考虑子类的修改。

[ 里氏替换原则的定义 ]

只要父类能出现的地方，子类就可以出现，而且替换给子类就不会出现任何的错误或异常，使用者不需要知道是子类还是父类，但是反过来是不可以的，有子类出现的地方，父类未必就可以。

[ 里氏替换原则的四层含义 ]

* 子类必须实现父类的方法。

* 子类必须有自己的个性

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

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

 

【原则三：依赖倒置原则】

[ 在java语言中的表现 ] 

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

* 接口或抽象类不依赖其实现类。

* 实现类依赖接口或抽象类。

 

【原则四：接口隔离原则】

接口隔离原则要求接口中的方法尽量少。（单一职责要求类和接口职责单一，注重的是职责，是业务逻辑上的划分）

 

【原则五：迪米特法则】

也称为最少知识原则，一个对象应该对其它对象由最少的了解，即一个类应该对自己需要耦合或调用的类知道的最少。

 

【原则六：开闭原则】

软件实体，应该对扩展开放，对修改关闭，含义就是一个原件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。