简述七大开发原则

设计模式的七大开发原则

1. 单一职责原则

概念：一个类只负责一个职责。
若一个类负责两个职责，当其中一个职责变更时，可能造成另一各职责执行错误（比如，在dao中，若是又对user表进行CRUD，并且同时又对order表进行CRUD，可能造成数据错误）。

优点：

---

2. 接口隔离原则

概念：客户端不应该依赖他不需要的接口。
也就是说一个类对另一个类的依赖应该建立在最小接口上。
减少依赖，通过接口隔离的使用减少不需要的方法。

（比如说，A需要通过接口1来实现B的1,2,3方法，但是B有5个方法）

---

3. 依赖倒转原则

概念：高层模块不应该依赖于低层模块，二者都应该依赖于抽象（抽象类或者接口）。
使用接口或者抽象类的目的是制定好规范，不涉及具体细节操作，把细节操作交给实现类。

优点：当使用了接口，我们就可以通过实现类去自定义的修改接口中的方法（方便）。
若是没有使用接口或者是抽象类。当一个类去引用另一个类的时候，我们就要重载其方法，非常的不方便。
（比如我要发消息，我可以通过email这个类，但是我要是通过打电话呢，我是不是就要修改方法里的参数，重载其该方法）

---

4. 里式替换原则

概念：减少两个类的依赖关系，通过一个公共的类将其公共部分提取出来。
（比如类A继承类B，我们将写一个类base，让他们两个继承base）

优点：比如，若是类B继承类A，其类A有【方法（num1 – num2）】。
类B不小心将其方法给重写成为【方法（num1 + num2）】，于是当类B运行的时候，不是其想要的结果。
于是将公共部分提出，就是正确使用继承！！！

---

5. 开闭原则

概念：用抽象的方式构建框架，用实现类扩展细节。
并且当软件的代码需要变化的时候，尽量通过扩展的方式，而不是用修改的方式。
（比如，你修改了一些软件代码，别人正在用这个软件呢，会造成不必要的麻烦，但是如果是增加方法的话就不会造成影响）

---

6. 迪米特原则（最少知道原则）：

概念：形象一点来说，就是与直接朋友通信。
直接朋友也就是成员变量，方法参数，方法返回值。

怎么理解呢，类与类之间的关系越密切，耦合程度越大，因此迪米特原则就是说，为了降低耦合，类与类之间的引用，都应该尽量将自己的逻辑封装到类的内部，只对外提供一个public接口即可。

间接朋友也就是出现在局部变量中的类。

---

7. 合成复用原则：

概念：避免使用继承，因为依赖关系太强了，造成高耦合。尽量使用合成或者聚合的或者组合的方式。