设计模式

最近，我在看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 策略模式2

观察者模式
在对象之间定义一对多的依赖，这样一来当一个对象改变状态，依赖它的对象都会收到通知，并自动更新。
为了交互对象之间的松耦合设计而努力。
观察者模式

装饰者模式
动态的将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。
对扩展开放，对修改关闭。
装饰者模式

工厂方法模式
定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。
依赖抽象，不要依赖具体类。（依赖倒置）
工厂方法模式1 工厂方法模式2

抽象工厂模式
提供了一接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。
同上
抽象工厂模式

单例模式
确保一个类只有一个实例，并提供一个全局访问点。

单例模式

命令模式
将请求封装成对象，这可以让你使用不同的请求，队列，或者日志请求来参数化其他对象。命令模式也可以支持撤销工作。

命令模式

适配器模式
将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。

适配器模式

外观模式
提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。
最少知识原则（德墨忒尔法则）：只和你的密友谈话。
外观模式 注：适配器将一个对象包装起来以改变其接口；装饰者将一个对象包装起来以增加新的行为和责任；而外观将一群对象“包装”起来以简化其接口。

模板方法模式
在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。
好莱坞原则：别调用（打电话给）我们，我们会调用（打电话给）你。
模板方法模式

迭代器模式
提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示。
一个类应该只有一个引起变化的原因。
迭代器模式

组合模式
允许你将对象组成树形结构来表现“整体/部分”的层次结构。组合能让客户以一致的方式处理个别对象和对象组合。

组合模式

状态模式
允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它的类。

状态模式

代理模式
为另一个对象提供一个替身或占位符以控制对这个对象的访问。

静态代理 动态代理

Paste_Image.png