0-1设计模式原则

1.单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。可以减少耦合度。

2.开放-关闭原则：软件实体应该可以扩展，但是不可以修改。使实体可维护，可扩展，可复用。

3.依赖倒转原则：抽象不应该依赖细节，细节应该依赖于抽象。也就是针对接口编程，不要对实现编程。高层模块和低层模块都应该依赖抽象。（比如主板是高层模块，内存CPU等是底层模块。我们需要让不管是主板还是内存CPU等坏了的话不会影响其他部件）

4.里氏代换原则：子类型必须能够替换掉他们的父类型。（如果假设鸟类都能飞，而企鹅不能飞，这时企鹅不能继承鸟类。当然现实中并不是所有鸟类都能飞的）

5.迪米特法则：如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。（强调的前提是在类的结构设计中，每一个类都应当尽量降低成员的访问权限，也就是封装：不需要让别的类知道的字段或行为就不要公开，需要公开的字段通常就用属性来体现。强调类之间的松耦合：设计模式的门面模式（facade）和中介模式（Mediator），都是迪米特法则应用的例子。）

6.合成/聚合复用原则：尽量使用合成聚合，尽量不要使用类继承。合成：鸟和翅膀。聚合：一个鸟和鸟群。