设计模式分为三类：1.创建型；2.结构型；3.行为型。
创建型：
Abstract Factory（抽象工厂）——对象创建型模式
Builder（生成器）——对象创建型模式
Factory Method（工厂方法）——对象创建型模式
Prototype（原型）——对象创建型模式
Singleton（单件）——对象创建型模式
结构型：
Adapter（适配器）——类对象结构型模式
Bridge（桥接）——对象结构型模式
Composite（组成）——对象结构型模式
Decorator（装饰）——对象结构型模式
FACADE（外观）——对象结构型模式
Flyweight（享元）——对象结构型模式
Proxy（代理）——对象结构型模式
行为型：
CHAIN OF RESPONSIBILITY（职责链）——对象行为型模式
Command（命令）——对象行为型模式
INTERPRETER（解释器）——类行为型模式
ITERATOR（迭代器）——对象行为型模式
Mediator（中介者）——对象行为型模式
MEMENTO（备忘录）——对象行为型模式
OBSERVER（观察者）——对象行为型模式
STATE（状态）——对象行为型模式
STRATEGY（策略）——对象行为型模式
TEMPLATE METHOD（模板方法）——类行为型模式
VISITOR（访问者）——对象行为型模式
创建型的模式在现代的程序设计里被广泛的应用，而后两大类好像更多的被用在设计领域框架中，（我认为框架也分为三类：基础底层框架，通用框架，领域框架。基础框架主要指我们的开发环境，比如.net2.0；通用框架指在使用基础框架中积累的一些通过化设计，主要是一些通用控件，也符合rup的迭代思想；领域框架指某个设计领域中比较独特设计，这个一个公司生存和发展的本钱，一个软件公司是否有发展前途主要就是看他的在他的主营领域里的积累，这个积累就是领域框架）。当然我看过的代码里更多的是没有使用任何一种设计模式，也不能说这就是一种不好的软件设计。相反，我认为最好的设计模式是在兼容扩展性、统一性、易用性的基础上，代码写的可读性越好，其设计越完美。中小软件公司的倒闭有时候正是某些唯一读得懂公司“命脉”的人的离开，从此公司的设计越来越不堪以至倒闭，所以一个设计的可读性也是非常主要的。
瞎扯了半天，就从抽象工厂开始，介绍设计模式，当然主要的是我自己也能做一个备份和梳理。