模式设计七大原则

1.单一职责原则，如果一个项目的逻辑不复杂，可以不遵循单一原则，类的单一职责原则（每一个类只负责一项职责，比如一个dao类只负责一张表的属性，例如一个类只负责一种动物的行为），只有当程序的方法较少时，可以遵循方法的单一职责原则，在一个方法中，只负责一个行为，一个类中可以有多个不同种类的相同行为的不同表现形式，例如一个动物类里面是水生动物，陆生动物，飞行动物的吃饭行为。

2.接口隔离原则（遵循依赖倒转原则）

接口隔离原则因为一个类通过接口要依赖另一个类（实现了接口中的所有抽象方法）,这样就要实现接口中的所有方法，所以不能达到接口最小值，因此就把接口中的方法拆开封装，把公共的封装在一起，非公共的单独封装。这样一来，实现类实现接口中的方法全部都是前者类所需要的方法，达到了接口最小值。

3.依赖倒转原则

从依赖具体实现类变成编程思想依赖接口和抽象类，而不是依赖实现类，这样的编程思想使项目的构架更加稳定。高层模块不应该依赖底层模块，二者应该依赖抽象，细节依赖抽象。

4.里式替换原则

因为子类继承父类的方法，如果对父类的方法进行了重写，一旦父类发生改变，则子类也要发生改变，所以就准备一个基类，让原有的继承关系消失，两个都去继承基类，这样一来，把相同的方法写在基类中，子类写自己独有的方法，不存在继承关系，一旦基类重写，子类没有对基类的方法进行重写，因此不需要改变。

5.开闭原则

开闭原则要对扩展开放，对修改关闭，增加新功能的时候，尽量不修改代码，或者尽可能少修改代码。开闭原则也遵循依赖倒置原则。以此提高代码的灵活性，可维护性和可扩展性，使系统更加稳定和可持续。

6.迪米特法则

在一个类的成员变量，方法参数，方法返回值类型中用其他的类，这是直接朋友关系，如果在一个类中的局部变量中有其他类存在，这就是非直接朋友关系，迪米特法则要求就是减少这种局部变量的存在，因此一个类的需求依赖于另一个类，则另一个类的复杂信息尽量封装在自己的类中，减少两个类之间的耦合度。

7.合成复用方式

一个类要使用另一个类的方法，但是不需要全部使用，如果继承的话，则耦合度太高，因此可以采用依赖，聚合，组合的方式来代替继承，减少一些不必要的代码，使类之间的耦合度降低。