设计模式七大原则

---

前言

设计模式原则其实就是程序员在编程时，应当遵循的原则。也是各种设计模式的基础（即：设计模式为什么这样设计的依据），设计模式包含了面向对象的精髓，懂了设计模式你就懂了面向对象分析和设计的精要。

---

一、单一职责原则

基本介绍：对类来说，即一个类应该只负责一项职责。如类A负责了两项不同职责：职责1、职责2。当职责1需求变更而改变A时，可能造成职责2执行错误，所以要将类A的粒度分解为A1和A2。

二、接口隔离原则

基本介绍：客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。UML图示例：

采用接口隔离原则改进后的UML图：
将接口Interfate1拆分为几个独立的接口，类A和类C分别与他们需要的接口建立依赖关系。

三、依赖倒转（倒置）原则

基本介绍：依赖倒转原则（Dependence Inversion Principle）
1：高层模块不应该依赖底层模块，二者都应该依赖其抽象
2：抽象不应该依赖细节，细节应该依赖抽象
3：依赖倒转的中心思想是面向接口编程
4：设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节搭建的架构稳定的多。在Java中，抽象指的是接口或者抽象类，细节就是具体的实现。（写到这里想起来刚出道时面试官问了一个很特别的面试题：问类和对象的关系：类是抽象的，对象是类的具体，对象是类的实例，实例化的过程就是从抽象到具体的过程）
5：使用接口或者抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成

依赖倒转传递的三种方式：
1：接口传递 2：构造方法传递 3：set方式传递

四、里氏替换原则

基本介绍：里氏替换原则（Liskov Substitution Principle）在1988年，由麻省理工学院的一位姓里的女士提出的。
1：如果对每个类型为T1的对象O1，都有类型为T2的对象O2，使得以在T1定义的所有程序P在所有的对象O1都替换成O2时，程序P的行为没有发生变化，那么类型T2是类型T1的子类型。换句话说，所有引用基类（父类T1）的地方必须能透明的使用其子类(T2)的对象。
2：在使用继承时遵循里氏替换原则，在子类中尽量不要重写父类的方法。（子类重写后变的不透明）
3：里氏替换原则告诉我们，继承实际上让两个类耦合性增强了， 在适当的情况下可以通过聚合、组合、依赖来解决问题。

五、开闭原则

基本介绍：开闭原则（Open Closed Principle）是编程中最基础最重要的原则。
1：一个软件如类、模块、函数应该对扩展开放（对提供方），对修改关闭（对使用方）。用抽象构建框架，用实现扩展细节。
2：当软件需要优化时，尽量通过扩展软件的实体行为来实现变化，而不是通过修改已有的代码来实现变化。
3：编程中遵循其他原则，以及使用设计模式的目的就是遵循开闭原则。

六、迪米特法则

基本介绍：迪米特法则（Demeter Principle）又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对类除了提供public方法，不对外泄露任何信息。
1：一个对象应该对其他的对象保持最少的了解
2：类与类的关系越密切，耦合度越大

七、合成复用原则

总结

设计模式核心思想：
1：找出应用中可能需要变化之处，把它独立出来，不要和那些不需要变化的代码混在一起。
2：针对接口编程而不是针对实现编程。
3：为了交互对象之间的松耦合设计而努力