Decorator-装饰器模式-2-优快云博客

以下是Adapter Pattern模式解析：

装饰器模式参与者：

Component-定义一个对象接口，可以给这些对象动态添加职责，是新增功能时的核心参与者。

ConcreteComponent- 定义一个对象，可以给这个对象添加职责。

Decorator-维持一个指向Component对象的指针（是我们要装饰的对象），并定义一个与Coponent接口一致的接口。

ConcreteDecorator –向组件添加职责,是装饰的具体参与者。

协作过程：Decorator将请求转发给他的Component对象，并有肯能在转发请求前后执行一些附加的动作。

装饰器模式实现类图见图片附件：类图-Decorator_2；

适用性：

<1>在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责

<2>处理那些可以撤消的职责

<3>当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长；另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。

优点是：<1>比静态继承更灵活。Decorator模式提供了更加灵活的向对象添加职责的方式，可在运行时刻添加和删除职责，而继承要求为每个添加的职责创建一个新的子类。另外，为一个特定的类提供多个不同的Decorator类，使得可以对一些职责进行混合和匹配；<2>避免在层次结构高层的类有太多的特征。Decorator模式提供一种“即插即用”的方法来添加.

缺点是：<1>Decorator与它的Component不一样。被修饰的组件与这个组件是有差别的<2>存在许多类似的小对象。这些小对象仅仅相互连接的方式不同，而不是类或属性有所不同。定制容易，学习及排错困难。