设计模式六大原则的理解

本文参考：

设计模式简介 | 菜鸟教程 (runoob.com)

六大设计原则之依赖倒置原则（DIP） - 简书 (jianshu.com)

设计模式的六大原则有：

1、开闭原则（Open Close Principle）

开闭原则的意思是：对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类。

2、里氏代换原则（Liskov Substitution Principle）

里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP 是继承复用的基石，只有当派生类可以替换掉基类，且软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化，而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

3、依赖倒置原则（Dependence Inversion Principle）

这个原则是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。

4、接口隔离原则（Interface Segregation Principle）

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

5、迪米特法则，又称最少知道原则（Demeter Principle）

最少知道原则是指：一个实体应当尽量少地与其他实体之间发生相互作用，使得系统功能模块相对独立。如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。

6、合成复用原则（Composite Reuse Principle）

合成复用原则是指：尽量使用合成/聚合的方式，而不是使用继承。

---

其中依赖倒置比较难理解，怎么就是只依赖于抽象了呢？

依赖倒置定义为：

1. 上层模块不应该依赖底层模块，它们都应该依赖于抽象。
2. 抽象不应该依赖于细节，细节应该依赖于抽象。

1.High level modules should not depend upon low level modules. Both should depend upon abstractions.
2.Abstractions should not depend upon details. Details should depend upon abstractions.

简单来说就是“面向抽象编程”。

参考 六大设计原则之依赖倒置原则（DIP） - 简书 (jianshu.com)中的例子：

实现一个比萨店，里面有很多具体的比萨，如：芝士比萨、素食比萨、海鲜比萨……
比萨店是上层模块，比萨是下层模块，如果把比萨店和它依赖的对象画成一张图，看起来是这样：

从上往下看，披萨店PizzaStore创建了各种披萨Pizza，也就是说PizzaStore依赖于各种Pizza。现在尝试“倒置”，抽象化些什么。芝士比萨、素食比萨、海鲜比萨都是比萨，所以它们应该共享一个Pizza接口。

图一的依赖箭头都是从上往下的，图二的箭头出现了从下往上，依赖关系确实“倒置”了，解释就在图中

另外，此例子也很好的解释了“上层模块不应该依赖底层模块，它们都应该依赖于抽象”，在最开始的设计中，高层模块PizzaStroe直接依赖低层模块（各种具体的Pizaa）,调整设计后，高层模块和低层模块都依赖于抽象（Pizza）