前言
设计模式是解决问题的方案，学习现有的设计模式可以做到经验复用。拥有设计模式词汇，在沟通时就能用更少的词汇来讨论，并且不需要了解底层细节。
划分
创造型
- 工厂模式（Factory Method）：将实例的生成交给子类
- 抽象工厂模式（Factory Method）：将关联零件组装成产品
- 单例模式（Single Method）：只生成一个实例
- 建造者模式（Build Method）：组装复杂的实例
- 原型模式（Prototype Method）：通过复制生成实例
结构型
- 适配器模式（Adatpter Method）：加个“适配器”以便于复用
- 桥接模式（Bridge Method）：将类的功能层次结构与实现层次结构分离
- 组合模式（Composite Method）：容器与内容的一致性
- 装饰模式（Decorator Pattern）：装饰边框与被装饰物的一致性
- 外观模式（Facade Pattern）：简单窗口
- 享元模式（Flyweigth Pattern）：共享对象，避免浪费
- 代理模式（Proxy Pattern）：只在必要时生成实例
行为型
- 策略模式（Strategy Pattren）：整体的替换算法
- 责任链模式（Chain Of Responsibility Pattren）：推卸责任
- 命令模式（Command Pattren）：命令也是类
- 解释器模式（Interprete Pattren）：语法规则也是类
- 迭代器模式（Iterator Pattren）：一个一个遍历
- 中介者模式（Mediator Pattren）：只有一个中介
- 备忘录模式（Memento Pattren）：保存对象状态
- 观察者模式（Observer Pattren）：发送状态变化通知
- 状态模式（State Pattren）：用类表示状态
- 模板模式（Template Pattren）：将具体处理交给子类
- 访问者模式（Visitor Pattren）：访问数据结构并处理数据
- 空对象模式（Null Pattren）：使用空对象代理NULL
面向对象设计原则
对于7种设计原则其各自的侧重点不同。
其中，开闭原则是总纲，它告诉我们要对扩展开放，对修改关闭；里氏替换原则告诉我们不要破坏继承体系；依赖倒置原则告诉我们要面向接口编程；单一职责原则告诉我们实现类(方法)要职责单一；接口隔离原则告诉我们在设计接口的时候要精简单一；迪米特法则告诉我们要降低耦合度；合成复用原则告诉我们要优先使用组合或者聚合关系复用，少用继承关系复用。
开闭原则
当应用的需求改变时，在不修改软件实体的源代码或者二进制代码的前提下，可以扩展模块的功能，使其满足新的需求。
作用：
- 方便测试；测试时只需要对扩展的代码进行测试。
- 提高代码的可复用性；粒度越小，被复用的可能性就越大。
- 提高软件的稳定性和延续性，易于扩展和维护。
实现方式
通过“抽象约束、封装变化”来实现开闭原则。通过接口或者抽象类为软件实体定义一个相对稳定的抽象层，而将相同的可变因素封装在相同的具体实现类。
里氏替换原则
继承必须确保超类所拥有的性质在子类中仍然成立。子类可以扩展父类的功能，但不能改变父类原有的功能
作用：
- 克服了继承中重写父类造成的可复用性变差的缺点
- 保证了动作正确性。即类的扩展不会给已有的系统引入新的错误，降低了代码出错的可能性。
实现方式
继承，除添加新的方法完成新增功能外，尽量不要重写父类的方法
依赖倒置原则
高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象。其核心思想是：要面向接口编程，不要面向实现编程。
作用：
- 依赖倒置原则可以降低类间的耦合性。
- 依赖倒置原则可以提高系统的稳定性。
- 依赖倒置原则可以减少并行开发引起的风险。
- 依赖倒置原则可以提高代码的可读性和可维护性。
实现方式：
- 每个类尽量提供接口或抽象类，或者两者都具备。
- 变量的声明类型尽量是接口或者是抽象类。
- 任何类都不应该从具体类派生。
- 使用继承时尽量遵循里氏替换原则
单一职责原则
一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分。核心就是控制类的粒度大小、将对象解耦、提高其内聚性
作用：
- 降低类的复杂度。一个类只负责一项职责，其逻辑肯定要比负责多项职责简单得多。
- 提高类的可读性。复杂性降低，自然其可读性会提高。
- 提高系统的可维护性。可读性提高，那自然更容易维护了。
- 变更引起的风险降低。变更是必然的，如果单一职责原则遵守得好，当修改一个功能时，可以显著降低对其他功能的影响。
接口隔离原则
客户端不应该被迫依赖于它不使用的方法，一个类对另一个类的依赖应该建立在最小的接口上
作用：
- 将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。
- 接口隔离提高了系统的内聚性，减少了对外交互，降低了系统的耦合性。
- 如果接口的粒度大小定义合理，能够保证系统的稳定性；但是，如果定义过小，则会造成接口数量过多，使设计复杂化；如果定义太大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险。
- 使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义。
- 能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码。
实现方式：
- 接口尽量小，但是要有限度。一个接口只服务于一个子模块或业务逻辑。
- 为依赖接口的类定制服务。只提供调用者需要的方法，屏蔽不需要的方法。
- 了解环境，拒绝盲从。每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同深入了解业务逻辑。
- 提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。
迪米特法则
如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，通过第三方转发调用降低类之间的耦合度，提高模块的相对独立性
作用：
- 降低了类之间的耦合度，提高了模块的相对独立性。
- 由于亲合度降低，从而提高了类的可复用率和系统的扩展性。
合成复用原则
在软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。
作用：
- 它维持了类的封装性。因为成分对象的内部细节是新对象看不见的，所以这种复用又称为“黑箱”复用。
- 新旧类之间的耦合度低。这种复用所需的依赖较少，新对象存取成分对象的唯一方法是通过成分对象的接口。
- 复用的灵活性高。这种复用可以在运行时动态进行，新对象可以动态地引用与成分对象类型相同的对象。
实现方式
将已有的对象纳入新对象中，作为新对象的成员对象来实现的，新对象可以调用已有对象的功能，从而达到复用。