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