1.依赖倒置原则
高层模块不依赖底层模块，二者都应该依赖抽象
抽象不依赖实现细节，实现细节应该依赖于抽象
这一原则与下面的针对接口编程而不是针对实现编程是一个道理，我们设计一个程序，我们应该先想好我们想要抽象什么，它应该具有什么样的能力，而不是先考虑怎么实现，这其中的具体方法，而最后在根据自己写的具体实现，从而汇总出最后的接口是什么。
2 开放封闭原则
对拓展开放，对更改封闭
类模块应该是可 拓展的，但是不可修改的。
我们应该定义好接口之后就尽可能保证接口层的稳定
3 单一职责原则
一个类应该仅有一个引起他变化的原因
变化的方向隐含类的责任
若一个类中变化的部分过多，从而加剧了程序的维护难度，从而也许会修改这个类中的接口部分，也就违反了上面的第二原则。
其中变化（使用的具体实现等等），其中一定要明确这个部分中的具体目的。
4 Liskov替换原则
子类必须能够替换他们的基类。
继承表达类型的抽象。
假如子类不可以替换他们的基类那么大部分的设计模式都无从谈起。
5 接口隔离原则
不应该“强迫”客户程序依赖他们不用的方法。
接口应该小而完备。
设计对象的时候我们应该明确的知道这个对象应该要包含什么功能，然后做出相应的接口，其余一些客户不用的方法全部隐藏起来。
6 优先使用对象组合，而不是类继承
白箱复用：将父类的全部内容暴露给子类。
黑箱复用：只暴露想暴露的部分，其余的内容对其类不可见。
***类继承*通常称为白箱复用
***对象组合*通常被称为黑箱复用
继承在某种程度上破坏了封装性,子类父类耦合度高
对象组合则只要求被组合的对象具有良好的定义的接口。
7 封装变化点
使用封装来创建对象之间的分界层，
让设计者可以在变化的另一侧修改，而不会对另一侧产生不良影响，
从而达到层次间的松耦合。
8 针对接口编程，而不是针对实现编程
不将变量类型声明为某个特定类型的具体类，而是声明为某个接口。
客户程序无需知道对象的具体类型，只需要知道对象所具有的接口。
减少系统中各部分的依赖关系，从而实现”高内聚，松耦合“的类型设计方案。