设计模式的5个原则

1.单一职责原则：

一个类应该仅有一个引起它变化的原因。如果一个类承担的过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱活着一直这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。

2.开放—封闭原则：

1.软件实体（类、模块、函数）应该可以扩展，但是不可以修改。对于扩展是开放的，对于更改是封闭的。

2.在最初编写代码时，假设变化不会发生，当变化发生时，我们就创建抽象来隔离以后发生同类变化。

3.依赖倒转原则：

1.里氏代换原则：子类型必须能够替换掉他们的父类型。由于有里氏代换原则，才使得开放-封闭成为了可能，即由于子类型的可替换性才使得使用父类类型的模块在无需修改的情况下就可以扩展。

2.依赖倒转模块不应该依赖低层模块，除了约定的接口，大家都可以灵活自如。

3.依赖倒转其实是面向对象设计的标志。程序中所有的依赖关系都终止于抽象类或者接口，那就是面向对象的设计，反之那就是过程化的设计了。

4.迪米特法则：

1.如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。

2.强调了类之间的松耦合。类之间的耦合越弱，越有利于复用，一个处在弱耦合的类被修改，不会对有关系的类造成波及。

5.合成/聚合复用原则：

1.尽量使用合成/聚合，尽量不要使用类继承。

2.有助于保持每个类被封装，并被集中在单个任务上。这样类和类继承层次会保持较小规模，并且不太可能增长为不可控制的庞然大物。