设计原则
Single Responsibility Principle：单一职责原则
Open Closed Principle：开闭原则
Liskov Substitution Principle：里氏替换原则
Law of Demeter：迪米特法则
Interface Segregation Principle：接口隔离原则
Dependence Inversion Principle：依赖倒置原则
单一责任原则
There should never be more than one reason for a class to change.
单一职责原则要求一个接口或者类只有一个原因引起变化，也就是一个接口或者类只负责一件事情；
对象分清责任，尽量单一责任。
里氏替换原则
If for each object 01 of type S there is an object 02 for type T such that for all programs P defined in terms of T,the behavior of P is unchanged when 01 is substituted for 02 then S is a subtype of T.
如果对每一个类型为S的对象o1，都有类型为T的对象o2，使得以T定义的所有程序P在所有的对象o1都代换成o2时，程序P的行为没有发生变化，那么类型S是类型T的子类型。
父类能实现的子类都可以；父类直接替换成子类也可以实现；
采用里氏替换原则时，尽量避免子类的“个性”，一旦子类有“个性”，这个子类和父类之间的关系就很难调和了，把子类当做父类使用，子类的“个性”被抹杀——委屈了点；把子类单独作为一个业务来使用，则会让代码间的耦合关系变得扑朔迷离——缺乏类替换的标准。
依赖倒置原则
High level modules should not depend upon low level modules.Both shoulddepend upon abstractions.Abstractions should not depend upondetails.Details should depend upon abstractions.
高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。
高层模块和低层模块容易理解，每一个逻辑的实现都是由原子逻辑组成的，不可分割的原子逻辑就是低层模块，原子逻辑的再组装就是高层模块。那什么是抽象？什么又是细节呢？在Java语言中，抽象就是指接口或抽象类，两者都是不能直接被实例化的；细节就是实现类，实现接口或继承抽象类而产生的类就是细节，其特点就是可以直接被实例化，也就是可以加上一个关键字new产生一个对象。
接口隔离原则
Clients should not be forced to depend upon interfaces that they don't use.
（客户端不应该依赖它不需要的接口）
The dependency of one class to another one should depend on thesmallest possible interface.（类间的依赖关系应该建立在最小的接口上。）
接口不能违背单一职责，尽量纯洁。不臃肿；
迪米特法则
也称为最少知识原则
一个对象应该对其他对象有最少的了解
尽量的解耦其他的类。职责单一；
迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合了以后，类的复用率才可以提高。其要求的结果就是产生了大量的中转或跳转类，导致系统的复杂性提高，同时也为维护带来了难度。读者在采用迪米特法则时需要反复权衡，既做到让结构清晰，又做到高内聚低耦合。
开闭原则
Software entities like classes,modules and functions should be open forextension but closed for modifications.（一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。）
开闭原则可以提高可维护性
1.抽象约束
2.元数据（metadata）控制模块行为
3.制定项目章程
4.封装变化
