设计模式：在一定环境下，用固定套路解决问题
| 开闭原则(Open-Closed Principle,OCP)★★★★★ | 类的改动是通过增加代码进⾏的，⽽不是修改源代码。 |
|---|
| ⾥⽒代换原则(Liskov SubstitutionPrinciple, LSP★★★★★ | 任何抽象类出现的地⽅都可以⽤他的实现类进⾏替换，实际就是虚拟机制，语⾔级别实现⾯向对象功能。 |
|---|---|
| 依赖倒转原则(Dependence InversionPrinciple, DIP)★★★★★ | 依赖于抽象(接⼝)，不要依赖具体的实现(类)，也就是针对接⼝编程。 |
| 迪⽶特法则(Law of Demeter, LoD★★★☆☆ | ⼀个对象应当对其他对象尽可能少的了解，从⽽降低各个对象之间的耦合，提⾼系统的可维护性。例如在⼀个程序中，各个模块之间相互调⽤时，通常会提供⼀个统⼀的接⼝来实现。这样其他模块不需要了解另外⼀个模块的内部实现细节，这样当⼀个模块内部的实现发⽣改变时，不会影响其他模块的使⽤。（⿊盒原理） |
|---|
