设计模式——概述

在实际开发过程中深刻地体会到了设计模式的强大魅力。设计模式的基石是OO思想，良好的OO设计不仅可以有效的提高开发效率，还能减少因频繁的需求改动带来的痛苦，对于如何提炼需求抽象概念如何转换为OO又是另一件复杂的事了。这里我想说的是，设计模式是前辈门在OO的道路上披荆斩棘，历经挫折开辟出来的一条道路。站在巨人的肩膀上总是没错的。在很多开源软件中设计模式贯穿着整个系统构架。

最近又系统性的读了一遍《Head First 设计模式》，虽然这本书是用Java描述，但是一点都不妨碍用其他的面向对象语言实现，对于老练的C++程序员甚至可以采用template将多态发生在编译期间，更加有效的提高程序效率。

这里做一下简单的汇总，在以后的文章中将详细描述各种模式的神奇之处。

 

OO基础：

抽象

封装

多态

继承

 

1.         策略模式

定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。

 

设计原则：

封装变化

针对接口编程，不针对实现编程

多用组合，少用继承

 

2.         观察者模式

定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖者都会受到通知并自动更新

 

设计原则：

为了交互对象之间的松耦合设计而努力。

 

3.         装饰着模式

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

 

设计原则：

类应该对扩展开放，对修改关闭。

 

4.         工厂方法模式

定义了一个创建对象的接口，但由于子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

 

5.         抽象工厂模式

提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。

 

设计原则：

依赖倒置原则（依赖抽象，不要依赖具体类)

 

6.         单件模式

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

 

7.         命令模式

将“请求”封装成对象，一边使用不同的请求、队列或者日志来参数化其他对象。命令模式也支持可撤销操作。

 

8.         适配器模式

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

 

9.         外观模式

提供了额一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。

 

设计原则：

最少知识原则：只和你密友谈话。

 

10.     模板方法模式

在一个方法中定义一个算法的骨架，而将一些步骤迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。

 

设计原则：

别调用我们，我们会调用你（好莱坞原则）

 

11.     迭代器模式

提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其中内部表示。

 

设计原则

一个类应该只有一个引起变化的原因（单一责任）

 

12.     组合模式

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

 

13.     状态模式

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

 

14.     代理模式

为另一个对象提供一个替身或展位符以控制对这个对象的访问。

 

15.     桥接模式

不只改变你的实现，也改变你的抽象。

 

16.     生成器模式

封装一个产品的构造过程，并允许按步骤构造。

 

17.     责任链模式

当你想要让一个以上的对象有机会能够处理某个请求的时候，就是用责任链模式。

 

18.     蝇量模式

如想让某个类的一个实例能用来提供学多“虚拟实例”，就是用蝇量模式。

 

19.     解释器模式

是用解释器模式为语言创建解释器。

 

20.     中介者模式

是用中介模式来集中相关对象之间的复杂的沟通和控制方式。

 

21.     备忘录模式

当你需要让对象返回之前的状态时，就是用备忘录模式。

 

22.     原型模式

当创建给定类的实例的过程很昂贵或很复杂时，就是用原型模式。

 

23.     访问者模式

当你想要为一个对象的组合增加新的能力，且封装并不重要时，就是用访问者模式。