设计模式——六大设计原则

设计模式的六大原则

（一）单一职责原则
（二）里氏替换原则
（三）依赖倒置原则
（四）接口隔离原则
（五）迪米特法则
（六）开闭原则

单一职责原则

单一职责原则的英文名称是Single Responsibility Principle，简称SRP。
单一职责原则的定义是：有且仅有一个原因引起类的变更。
SRP原话解释是：There should never be more than one reason for a class to change.
单一职责原则很难在项目中得到体现，但我们要尽量符合单一职责原则。

里氏替换原则

在面向对象的语言中，继承是必不可少的、非常优秀的语言机制，它有如下优点：
①代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性；
②提高代码的重用性
③子类可以形似父类，但又异于父类。
④提高代码的可扩展性，实现父类方法就可以“为所欲为”。
⑤提高产品或者项目的开放性
缺点：
①继承是侵入性的。只要继承，就必须拥有父类的所有方法和属性。
②降低代码的灵活性。
③增强了耦合性。当父类的常量、变量和方法被修改时；需要考虑子类的修改。
如何才能最大的实现“利大于弊”；解决方案就是引入里氏替换原则（Liskov Substitution Principle，LSP）他的定义：

所有引用基类的地方必须能透明地使用其子类的对象。

通俗的讲，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何的错误或异常，使用者根本不需要知道是父类还是子类。但是反过来就不行了。
里氏替换原则为良好的继承定义了一个规范，有四层含义。

1.子类必须完全实现父类的方法。
2.子类可以有自己的个性。
3.覆盖或实现父类的方法时输入的参数可以被放大。
4.覆写或实现父类的方法时输出结果可以被缩小。

依赖倒置原则

依赖倒置原则（Dependence Inversion Principle，DIP）含义：
①高层模块不应该依赖底层模块，两者都应该依赖其抽象；
②抽象不应该依赖细节
③细节应该依赖抽象
底层模块（每一个逻辑的实现都是由原子逻辑组成，不可分割的原子逻辑就是底层模块）、高层模块（原子逻辑的再组装）、抽象（接口或者抽象类）、细节（实现类）
依赖倒置原则在Java语言中的表现就是：
①模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的；
②接口或抽象类不依赖于实现类；
③实现类依赖接口或抽象类。
依赖的三种写法
构造函数传递依赖对象、Setter方法传递以来对象、接口声明依赖对象

接口隔离原则

定义：
客户端不应该依赖他不需要的接口。
类间的依赖关系应该建立在最小的接口上。
总结起来就是：建立单一接口，不要建立臃肿庞大的接口
注：根据接口隔离原则拆分接口时，首先必须满足单一职责原则

迪米特法则

迪米特法则（Law of Demeter,LoD）也称为最少知识原则（Least Knowledge Principle,LKP）,虽然名字不同，但描述的是同一个规则：一个对象应该对其他对象有最少的了解。
四层含义：
①只和朋友交流
朋友类的定义：出现在成员变量、方法的输出参数中的类称为成员朋友类，而出现在方法体内部的类不属于朋友类。
②朋友间也是有间距的
③是自己的就是自己的
如果一个方法放在本类中，既不增加类间关系，也对本类不产生负面影响，那就放置在本类中。
④谨慎使用Serializable

开闭原则

定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。