设计原则

1、单一职责原则；

一个类被改变的原因不能超过一个，也就是说，一个类只有一个职责，如果职责过多，代码就会臃肿，可读性更差，也更难以维护。

2、闭开原则；

对内修改关闭，对外拓展开放

3、接口隔离原则；

定义：
接口隔离原则的含义是：建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少。
其实通俗来理解就是，不要在一个接口里面放很多的方法，这样会显得这个类很臃肿不堪。接口应该尽量细化，一个接口对应一个功能模块，同时接口里面的方法应该尽可能的少，使接口更加轻便灵活。
区别：单一职责原则要求类和接口职责单一，注重的是职责，是业务逻辑上的划分，而接口隔离原则要求方法要尽可能的少，是在接口设计上的考虑。

4、依赖倒置原则；

1、上层模块不应该依赖底层模块，它们都应该依赖于抽象。
2、抽象不应该依赖于细节，细节应该依赖于抽象。
程序要依赖于抽象接口，不要依赖于具体实现；
例如：PizzaStore->Pizza(抽象类)<-芝士Pizza(各种口味的Pizza), PizzaStore是上层，Pizza是抽象，芝士Pizza是细节。PizzaStore不依赖于各类实际的Pizza，而是依赖于抽象的Pizza，各类实际的Pizza也是依赖于抽象的Pizza.

5、迪米特法则；

迪米特法则又叫做最少知道原则,它要求一个对象应该对其他对象有最少的了解；
迪米特法则的意义在于降低类之间的耦合。由于每个对象尽量减少对其他对象的了解，因此，很容易使得系统的功能模块功能独立，相互之间不存在（或很少有）依赖关系。
迪米特法则的核心观念就是类间解耦，弱耦合。

6、里氏替换原则；

子类替换父类，并且出现在父类能够出现的任何地方代替父类对象，反过来说，父类对象是不能替换子类对象的