装饰模式以对用户透明的方式动态地给一个对象附加上更多的责任，换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不需要创造更多子类的情况下，将对象的功能加以扩展。
模式定义：动态地给一个对象增加一些额外的职责，就增加对象功能来说，装饰模式生成子类实现更为。其别名也可以称为包装器，与适配器的别名相同，但它们适用于不同的场合。装饰模式也称为油漆工模式，是一种对象结构型模式。
模式结构：
注：Component是定义一个对象接口，可以给这些对象动态地增加职责。ConcreteComponent是定义了一个具体的对象，也可以对这个对象增加职责。Decorator，装饰抽象类，继承了Component从外类来扩展Component类的功能，但对于Component来说，是无须知道Decorator存在的。至于ConcreteDecorator具体的装饰对象，起到Component职责的功能。
模式分析：
装饰模式包含如下角色：
Component: 抽象构件
ConcreteComponent: 具体构件
Decorator: 抽象装饰类
ConcreteDecorator: 具体装饰类
与继承关系相比，关联关系的主要优势在于不会破坏类的封装性，而且继承是一种耦合度较大的静态关系，无法在程序运行时动态扩展。在软件开发阶段，关联关系虽然不会比继承关系减少编码量，但是到了软件维护阶段，由于关联关系使系统具有较好的松耦合性，因此使得系统更加容易维护。当然，关联关系的缺点是比继承关系要创建更多的对象。
使用装饰模式来实现扩展比继承更加灵活，它以对客户透明的方式动态地给一个对象附加更多的责任。装饰模式可以在不需要创造更多子类的情况下，将对象的功能加以扩展。
模式应用：
1、装饰模式在JDK中最经典的实例就是Java IO。
外观模式
模式动机：考虑网站导航，打开网页首页时，有公司新闻、留言系统、产品介绍、在线论坛等导航，这样的话我们先通过导航定位到不同的页面，这样总比直接找到某一页面方便的多。考虑去茶馆喝茶的例子。我们比较下自己泡茶和去茶馆喝茶的区别？自己泡茶需要自行准备茶叶、茶具和开水，而去茶馆喝茶，最简单的方式就是跟服务员说想要一杯什么茶。正因为茶馆有服务员，顾客无须直接和茶叶、茶具和开水打交道，整个泡茶过程由服务员来完成，顾客只需要与服务员交互即可，非常简单省事。
模式定义：外部与一个子系统的通信必须通过一个统一的外观对象进行，为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
模式结构：
模式分析：根据“单一职责原则”，在软件中将一个系统划分为若干个子系统有利于降低整个系统的复杂性，一个常见的设计目标是使子系统间的通信和相互依赖关系达到最小，而达到该目标的途径之一就是引入外观对象，它为子系统的访问提供了一个简单而单一的入口。
外观模式也是“迪米特法则”的体现，通过引入一个新的外观类可以降低原有系统的复杂度，同时客户类与子系统类的耦合度。
模式应用：
1、Session外观模式是外观模式在JavaEE框架中的应用。
亨元模式
用的不多，留着以后分析。。。。。。代理模式
模式动机：在某些情况下，一个客户不想或者不能直接引用一个对象，此时可以通过一个称为“代理”的第三者来实现间接引用。可以在客户端和目标对象之间起到中介的作用，并且可以通过代理对象去掉客户端看到的内容和服务或者添加客户需要的额外服务。
模式定义：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地引用，使其耦合松散，而且可以独立地改变它们之间的交互。
模式结构：
编程。
（2）、Proxy（代理主题角色）：代理主题角色内部包含了对真实主题的引用，从而可以在任何时候操作真实主题的对象；在代理主题角色中提供一个与真实主题角色相同的接口，以便在任何时候都可以替代真实主题；代理主题角色还可以控制对真实主题角色的使用，负责在需要的时候创建和删除真实主题对象，并对真实主题对象的使用甲乙约束。通常，在代理主题角色中，客户端在调用所引用的真实主题操作之前或之后还需要执行其他操作，而不仅仅是单纯调用真实主题对象的操作（如Spring AOP中增加日志或者统计执行时间的功能）。
（3）、RealSubject（真实主题角色）：它定义了代理角色所代表的真实对象，在真实主题角色中实现了真实的业务操作，客户端可以通过代理主题角色间接调用真实主题角色中定义的操作。
模式应用：
1、 Java RMI（远程方法调用）
2、 Spring框架中的AOP技术也是代理的应用，在Spring AOP中应用了动态代理技术（Dynamic Proxy）技术。
参考文献：
1、大话设计模式
2、设计模式的艺术之道--软件开发人员内功修炼之道。