一、单一职责原则（SRP）
一个类，只有一个引起它变化的原因。SRP中，把职责定义为“变化的原因”。多个职责耦合在一起，会影响复用性。
接口一定要做到单一职责，类的设计要尽量做到只有一个原因引起变化。
二、里氏替换原则（LSP）
所有引用父类的地方必须能透明地使用其子类对象。
只要父类能出现的地方，子类就可以出现，而且替换为子类也不会产生任何错误或异常，使用者可能根本就不需要知道是父类还是子类。但是反过来就不行了，有子类出现的地方，父类未必就能适应。
三、依赖倒置原则（DIP）
依赖倒置原则的本质就是通过抽象（接口或抽象类）使各个类或模块的实现彼此的独立，不互相影响，实现模块间的松耦合。
高层模块不应该是依赖低层模块，两者都应该依赖其抽象。抽象不应该依赖细节。细节应该依赖抽象。
对象依赖关系有三种方式传递：
（1）构造函数传递依赖对象。 （2）Setter方法传递依赖对象。 （3）接口声明依赖对象。
四、接口隔离原则（ISP）
使用多个专门的接口比使用单一的总接口要好。在不违反单一原则的前提下，尽量使用多个专门的接口代替单一的接口。
一个类对另外一个类的依赖性应当是建立在最小的接口上的。
但另一方面，接口越多系统将会越复杂，在实际的开发中这并不是一件好事。所以需要点经验把握住这个“度”。
五、迪米特法则（LOD）
又叫最少知识原则（LKP）,就是说一个对象应该对其它对象尽可能少的了解。也即是平常所说的“不要和陌生说说话”。
其中门面模式和调停者模式实际上就是迪米特法则的应用（有空再去详细了解下）。
迪米特法则要求系统的局部设计简化，每一个局部都不会和远距离的对象有直接的关联。但是，这也会造成系统的不同模块之间的通信效率降低，也会使系统的不同模块之间不容易协调。
迪米特法则在类的设计上的体现：
（1）优先考虑将一个类设置成不变类。
（2）尽量降低一个类的访问权限。
（3）谨慎使用Serializable。
（4）尽量降低成员的访问权限。
六、开闭原则（OCP）
软件实体应当对扩展开放，对修改关闭。软件系统中包含的各种组件（模块、类、方法）应该在不修改现有代码的基本上引入新的功能。
开闭原则包括两方法意思：
"开" : 对于组件功能的扩展是开放的，是允许对其进行功能扩展的。
"闭" : 对于原有代码的修改是封闭的，即不应该修改原有的代码。
实现开闭原则的关键就在于“抽象”。作为一个系统的抽象层，要预见所有可能的扩展，从而使增加任何扩展时，系统抽象底层不需要修改。