设计原则

单一职责原则

不要存在多于一个导致类变更的原因，简单来说，一个类只负责唯一项职责。

里式替换原则

如果对每一个类型为T1的对象t1，都有类型为T2的对象t2，使得以T1定义的所有程序P在所有的对象t1都代换成t2时，程序 P的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。遵守里氏替换原则，可以帮助我们设计出更为合理的继承体系。

依赖倒置原则

1. 系统的高层模块不应该依赖低层模块的具体实现，二者都应该依赖其抽象类或接口；
2. 抽象接口不应该依赖具体实现类，而具体实现类应该于依赖抽象。
3. 简单来说，我们要面向接口编程。当需求发生变化时对外接口不变，只要提供新的实现类即可。

接口隔离原则

1. 一个类对另一个类的依赖应该建立在最小的接口上。
2. 简单来说，我们在设计接口时，不要设计出庞大臃肿的接口，因为实现这种接口时需要实现很多不必要的方法。
3. 我们要尽量设计出功能单一的接口，这样也能保证实现类的职责单一。

迪米特原则-最少知道原则

一个对象应该对其他对象保持最少的了解。简单来说，就是要求我们减低类间耦合。

开闭原则

1. 程序要对扩展开放，对修改关闭。
2. 简单来说，当需求发生变化时，我们可以通过添加新的模块满足新需求，而不是通过修改原来的实现代码来满足新需求。
3. 该原则是最基础的原则，也是其他原则的最终目标。