设计模式的七大原则

1）单一接口原则
对类来说，一个类只负责一个职责。一个类如果有职责1和职责2，职责1的变更影响职责2，会影响职责2的执行错误，所以需要将A分为A1和A2。

a)降低类的复杂度，一个类只负责一项职责。
b)提高类的可读性，可维护性
c)降低变更引起的风险
d)除非逻辑特别的简单，才可以违反单一接口原则。

2）接口隔离原则
客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。

例子：类A通过接口Interface1依赖类B，类C通过接口Interface1依赖类D，如果接口Interface1对类A和C不是最小接口，那么类B和类D必须实现他们不需要的方法。

处理方法：将接口Interface1拆分为独立的几个接口，类A和类C分别与他们需要的接口建立依赖关系，也就是采用接口隔离原则。

3）依赖倒转原则
注意事项和细节
a)低层模块尽量都要有抽象类或接口，或者两者都有，程序稳定性更好。
b)变量的声明类型尽量是抽象类或者接口，这样我们的变量引用和实际对象间，就存在一个缓冲层，利于程序扩展和优化。
c) 继承时遵循里氏替换原则。

4）里氏替换原则
在使用继承时，在子类中尽量不要重写父类的方法，在适当情况下，可以通过聚合，组合，依赖来解决问题。
处理方法：原来的父类和子类都继承一个更通俗的基类，原有的继承关系去掉。
5）开闭原则
一个软件实体如类，模块和函数应该对扩展开放（提供方），对修改关闭（使用方），用抽象构建框架，用实现扩展细节。
当软件需要变化时，尽量通过扩展软件实体的行为，而不是修改。
6）迪米特法则 也叫最少知道原则
把自己的方法写到自己里面去，不要写到别人哪儿去。
迪米特法则核心：是降低类之间的耦合。由于每个类都减少了不必要的依赖，因此迪米特法则只是要求降低类间耦合关系，并不是要求完全没有依赖关系。
7）合成复用原则
原则是尽量使用合成/聚合的方式，而不是使用继承。
核心思想：
a)找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。
b)针对接口编程，而不是针对实现编程。
c)为了交互对象之间的松耦合设计而努力。