| 接口型模式 | |
| 把一个类的接口与一个客户的期望接口进行适配 | 适配器模式(Adapter) |
| 为类的集合提供一个简单的接口 | 外观模式(Facade) |
| 定义一个接口，使之可以应用于单个对象，也可以应用于对象组 | 合成模式(Composite) |
| 将一个抽象于其实现进行分离，使之可以相互独立变化 | 桥接模式(Bridge) |
| 职责型模式 | |
| 将职责集中到某个类的一个单独实例 | 单件模式(Singleton) |
| 当一个对象发生改变，依赖于这个对象的其他对象都能够得到通知，而这个发生改变的对象无须了解自己被其他哪些对象使用 | 观察者模式(Observer) |
| 将职责集中到一个类，这个类可以监视其他对象的交互 | 中介者模式(Mediator) |
| 令一个对象为其他对象服务 | 代理模式(Proxy) |
| 允许一个请求使一个对象链向上级传递，直到这个请求被某个对象处理 | 职责链模式(Chain of responsibility) |
| 将共享的细粒度对象的职责进行几种 | 享元模式(Flyweight) |
| 构造型模式 | |
| 在进行对象构造之前，要逐步收集与构造相关的信息 | 生成器模式(Builder) |
| 如果需要确定对那个类进行初始化，那么就推迟这个确定过程，直到某个合适的时刻再确定 | 工厂方法模式(Factory method) |
| 构造一族对象，他们需要共享某些特征 | 抽象工厂模式(Abstract factory) |
| 通过一个给定的实例创建对象 | 原型模式(Prototype) |
| 基于一个处于休眠状态的对象，重新构造一个对象，这个处于休眠状态的对象仅仅包容了对象的内部状态 | 备忘录模式(Memento) |
| 操作型模式 | |
| 在一个方法中实现一个算法，但是，推迟定义算法中的某些计算步骤，从而使子类可以对这些计算步骤进行重新定义 | 模板方法模式(Template method) |
| 分配一个操作，从而可以使每个类能够表达一个不同的状态 | 状态模式(State) |
| 封装一个操作，从而可以使操作的实现能够相互进行替换 | 策略模式(Strategy) |
| 在一个对象中封装一个方法调用 | 命令模式(Command) |
| 分配一个操作，从而可以使每个实现可以应用于一个不同类型的合成 | 解释器模式(Interpreter) |
| 扩展型模式 | |
| 使开发人员可以动态地生成一个对象的行为 | 装饰模式(Decorator) |
| 提供一种手段，用以顺序地访问一个集合中的元素 | 迭代器模式(Iterator) |
| 可以使开发人员为一个层次结构定义一个新操作，而不必改变这个层次结构中的类 | 访问者模式(Visitor) |
http://blog.csdn.net/rainylin/article/details/1721302
- 单例模式
允许自由创建每个类没有实际意义，还有可能造成系统性能下降
优势：减少创建java实例带来的系统开销
便于系统跟踪某个实例的生命周期，实例状态等
2 工厂模式：
工厂模式又分简单工厂模式，抽象工厂模式
使用简单工厂模式的优势是：让对象的调用者和对象创建过程分离，当对象调用者需要对象时，直接向工厂请求即可。从而避免了对象的调用者与对象的实现类以硬编码方式耦合，以提高系统的可维护性、可扩展性。工厂模式也有一个小小的缺陷：当产品修改时，工厂类也要做相应的修改。
实际用例:，应该对Spring IoC容器感到迷惑：它到底是简单工厂？还是抽象工厂？实际上，笔者倾向于认为Spring IoC容器是抽象工厂，因为Sping IoC容器可以包括万象，它不仅可以管理普通Bean实例，也可管理工厂实例。
3代理模式：
当客户端代码需要调用某个对象时，客户端实际上也不关心是否准确得到该对象，它只要一个能提供该功能的对象即可，此时我们就可返回该对象的代理（Proxy）。
实际用例：
看到此处，相信读者应该对Spring的AOP框架有点感觉了：当Spring容器中的被代理Bean实现了一个或多个接口时，Spring所创建的AOP代理就是这种动态代理。Spring AOP与此示例应用的区别在哪里呢？Spring AOP更灵活，当Sping定义InvocationHandler类的invoke()时，它并没有以硬编码方式决定调用哪些拦截器，而是通过配置文件来决定在invoke()方法中要调用哪些拦截器，这就实现了更彻底的解耦——当程序需要为目标对象扩展新功能时，根本无须改变Java代理，只需要在配置文件中增加更多的拦截器配置即可。
4 命令模式：
某个方法需要完成某一个功能，完成这个功能的大部分步骤已经确定了，但可能有少量具体步骤无法确定，必须等到执行该方法时才可以确定。具体一点：假设有个方法需要遍历某个数组的数组元素，但无法确定在遍历数组元素时如何处理这些元素，需要在调用该方法时指定具体的处理行为.
例子：HibernateCallback接口
5策略模式：
封装系列的算法
应用实例:Hibernate的Dialect会有一点感觉了，这个Dialect类代表各数据库方言的抽象父类，但不同数据库的持久化访问可能存在一些差别，尤其在分页算法上存在较大的差异，Dialect不同子类就代表了一种特定的数据库访问策略。为了让客户端代码与具体的数据库、具体的Dialect实现类分离，Hibernate需要在hibernate.cfg.xml文件中指定应用所使用的Dialect子类。
与此类似的是，Spring的Resource接口也是一个典型的策略接口，不同的实现类代表了不同的资源访问策略。当然Spring可以非常“智能”地选择合适的Resource实现类，通常来说，Spring可以根据前缀来决定使用合适的Resource实现类；还可根据ApplicationContext的实现类来决定使用合适的Resource实现类。具体请参考本书8.3节介绍。
6 门面模式：
着系统的不断改进和开发，它们会变得越来越复杂，系统会生成大量的类，这使得程序流程更难被理解。门面模式可为这些类提供一个简化的接口，从而简化访问这些类的复杂性，有时这种简化可能降低访问这些底层类的灵活性，但除了要求特别苛刻的客户端之外，它通常都可以提供所需的全部功能，当然，那些苛刻的用户仍然可以直接访问底层的类和方法。
实例：我们可以认为HibernateTemplate是SessionFactory、Session、Query等类的门面，当客户端程序需要进行持久化查询时，程序无须调用这些类，而是直接调用HibernateTemplate门面类的方法即可。
7桥接模式：
由于实际的需要，某个类具有两个或两个以上的维度变化，如果只是使用继承将无法实现这种需要，或者使得设计变得相当臃肿。
实际应用Dao
8 观察者模式
观察者模式定义了对象间的一对多依赖关系，让一个或多个观察者对象观察一个主题对象。当主题对象的状态发生变化时，系统能通知所有的依赖于此对象的观察者对象，从而使得观察者对象能够自动更新。
实际用例：jms