最近，我在看Head First设计模式。这本书写的非常棒，读的过程中总有“原来代码还可以这样设计”的感觉，对我有醍醐灌顶的功效，极力推荐大家阅读看看。不过在读完全书之后发现好多模式的概念和使用场景都忘了，或者已经记得不清晰了，为了方便日后的学习与记忆，在此进行了一番整理。
| 名称 | 定义 | 设计原则 | 例子 |
|---|---|---|---|
| 策略模式 | 定义算法族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。 | 1.封装变化。 2.多用组合，少用继承。 3.针对接口编程，不针对实现编程。 |
策略模式1 策略模式2 |
| 观察者模式 | 在对象之间定义一对多的依赖，这样一来当一个对象改变状态，依赖它的对象都会收到通知，并自动更新。 | 为了交互对象之间的松耦合设计而努力。 | 观察者模式 |
| 装饰者模式 | 动态的将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。 | 对扩展开放，对修改关闭。 | 装饰者模式 |
| 工厂方法模式 | 定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。 | 依赖抽象，不要依赖具体类。（依赖倒置） |
工厂方法模式1 工厂方法模式2 |
| 抽象工厂模式 | 提供了一接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。 | 同上 | 抽象工厂模式 |
| 单例模式 | 确保一个类只有一个实例，并提供一个全局访问点。 | - | 单例模式 |
| 命令模式 | 将请求封装成对象，这可以让你使用不同的请求，队列，或者日志请求来参数化其他对象。命令模式也可以支持撤销工作。 | - | 命令模式 |
| 适配器模式 | 将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。 | - | 适配器模式 |
| 外观模式 | 提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。 | 最少知识原则（德墨忒尔法则）：只和你的密友谈话。 |
外观模式 注：适配器将一个对象包装起来以改变其接口；装饰者将一个对象包装起来以增加新的行为和责任；而外观将一群对象“包装”起来以简化其接口。 |
| 模板方法模式 | 在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。 | 好莱坞原则：别调用（打电话给）我们，我们会调用（打电话给）你。 | 模板方法模式 |
| 迭代器模式 | 提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示。 | 一个类应该只有一个引起变化的原因。 | 迭代器模式 |
| 组合模式 | 允许你将对象组成树形结构来表现“整体/部分”的层次结构。组合能让客户以一致的方式处理个别对象和对象组合。 | - | 组合模式 |
| 状态模式 | 允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它的类。 | - | 状态模式 |
| 代理模式 | 为另一个对象提供一个替身或占位符以控制对这个对象的访问。 | - |
静态代理 动态代理 |
