设计模式六大原则

1、单一原则（Single Responsibility Principle）:一个类只负责一项职责，尽量做到类只有一个行为原因引起变化；

应做到业务对象（BO business object）、业务逻辑（BL business logic）拆分；

2、里氏替换原则（LSP liskov substitution principle）：子类可以扩展父类的功能，但不能改变原有父类的功能；

3、依赖倒置原则（dependence inversion principle）：面向接口编程

抽象就是接口或者抽象类，细节就是实现类，高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象；

4、接口隔离原则（Interface Segregation Principle）：建立单一接口，不要建立庞大臃肿的接口，尽量细化颗粒度（避免实现类需要实现过多用不到的方法）；

a、客户端不应该依赖它不需要的接口；
b、类之间依赖关系应该建立在最小的接口上；
接口设计的颗粒度越小，系统越灵活，

5、迪米特原则（law of demeter LOD）：最少知道原则，尽可能的降低类与类之间的耦合；

一个对象应该对其他对象有最少的了解；

6、开闭原则（open close principle）：用抽象构建架构，用实现扩展原则

对于修改采取封闭，不开放。对于扩展，采用开放