最近，我在看Head First设计模式。这本书写的非常棒，读的过程中总有“原来代码还可以这样设计”的感觉，对我有醍醐灌顶的功效，极力推荐大家阅读看看。不过在读完全书之后发现好多模式的概念和使用场景都忘了，或者已经记得不清晰了，为了方便日后的学习与记忆，在此进行了一番整理。
设计模式的六大原则：
1、单一职责原则（Single Responsibility Principle）
就一个类而言，应该仅有一个引起它变化的原因。简单地说就是一个类只做一件事。
2、开闭原则（Open Close Principle）
开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类。
3、里氏代换原则（Liskov Substitution Principle）
里氏代换原则面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科
4、依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。
5、接口隔离原则（Interface Segregation Principle）
这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。
6、迪米特法则（最少知道原则）（Demeter Principle）
为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。
常用设计模式一览：
| 名称 | 定义 | 设计原则 | 例子 |
|---|---|---|---|
| 策略模式 | 定义算法族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。 | 1.封装变化。 2.多用组合，少用继承。 3.针对接口编程，不针对实现编程。 |
策略模式1 <br /> <br /> 策略模式2 |
| 观察者模式 | 在对象之间定义一对多的依赖，这样一来当一个对象改变状态，依赖它的对象都会收到通知，并自动更新。 | 为了交互对象之间的松耦合设计而努力。 | 观察者模式 |
| 装饰者模式 | 动态的将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。 | 对扩展开放，对修改关闭。 | 装饰者模式 |
| 工厂方法模式 | 定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。 | 依赖抽象，不要依赖具体类。（依赖倒置） | 工厂方法模式1 <br /> <br /> 工厂方法模式2 |
| 抽象工厂模式 | 提供了一接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。 | 同上 | 抽象工厂模式 |
| 单例模式 | 确保一个类只有一个实例，并提供一个全局访问点。 | - | 单例模式 |
| 命令模式 | 将请求封装成对象，这可以让你使用不同的请求，队列，或者日志请求来参数化其他对象。命令模式也可以支持撤销工作。 | - | 命令模式 |
| 适配器模式 | 将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。 | - | 适配器模式 |
| 外观模式 | 提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。 | 最少知识原则（德墨忒尔法则）：只和你的密友谈话。 | 外观模式 <br /> <br /> 注：适配器将一个对象包装起来以改变其接口；装饰者将一个对象包装起来以增加新的行为和责任；而外观将一群对象“包装”起来以简化其接口。 |
| 模板方法模式 | 在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。 | 好莱坞原则：别调用（打电话给）我们，我们会调用（打电话给）你。 | 模板方法模式 |
| 迭代器模式 | 提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示。 | 一个类应该只有一个引起变化的原因。 | 迭代器模式 |
| 组合模式 | 允许你将对象组成树形结构来表现“整体/部分”的层次结构。组合能让客户以一致的方式处理个别对象和对象组合。 | - | 组合模式 |
| 状态模式 | 允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它的类。 | - | 状态模式 |
| 代理模式 | 为另一个对象提供一个替身或占位符以控制对这个对象的访问。 | - | 静态代理 <br /> <br /> 动态代理 |
思维导图
