装饰模式

装饰模式

 能够更好地对类进行扩展， 防止类爆照。

动态地给一个对象添加一些额外的职责。就增加功能来说， 装饰模式相比生成子类更为灵活。
类图：

● Component抽象构件
Component是一个接口或者是抽象类， 就是定义我们最核心的对象， 也就是最原始的对
象， 如上面的成绩单
● ConcreteComponent 具体构件
ConcreteComponent是最核心、 最原始、 最基本的接口或抽象类的实现， 你要装饰的就是
它。
● Decorator装饰角色
一般是一个抽象类， 做什么用呢？ 实现接口或者抽象方法， 它里面可不一定有抽象的方
法呀， 在它的属性里必然有一个private变量指向Component抽象构件。
● 具体装饰角色
ConcreteDecoratorA和ConcreteDecoratorB是两个具体的装饰类， 你要把你最核心的、 最
原始的、 最基本的东西装饰成其他东西。

装饰模式的优点

● 装饰类和被装饰类可以独立发展， 而不会相互耦合。 换句话说， Component类无须知

道Decorator类， Decorator类是从外部来扩展Component类的功能， 而Decorator也不用知道具

体的构件。

● 装饰模式是继承关系的一个替代方案。 我们看装饰类Decorator， 不管装饰多少层， 返

回的对象还是Component， 实现的还是is-a的关系。

● 装饰模式可以动态地扩展一个实现类的功能， 这不需要多说， 装饰模式的定义就是如

此。

  装饰模式的缺点

对于装饰模式记住一点就足够了： 多层的装饰是比较复杂的。 为什么会复杂呢？ 你想想

看， 就像剥洋葱一样， 你剥到了最后才发现是最里层的装饰出现了问题， 想象一下工作量

吧， 因此， 尽量减少装饰类的数量， 以便降低系统的复杂度。

 装饰模式的使用场景

● 需要扩展一个类的功能， 或给一个类增加附加功能。

● 需要动态地给一个对象增加功能， 这些功能可以再动态地撤销。

● 需要为一批的兄弟类进行改装或加装功能， 当然是首选装饰模式

装饰模式 与 代理模式的区别

装饰器模式关注于在一个对象上动态的添加方法，然而代理模式关注于控制对对象的访问。换句话 说，用代理模式，代理类（proxy class）可以对它的客户隐藏一个对象的具体信息。因此，当使用代理模式的时候，我们常常在一个代理类中创建一个对象的实例。并且，当我们使用装饰器模 式的时候，我们通常的做法是将原始对象作为一个参数传给装饰者的构造器。我们可以用另外一句话来总结这些差别：使用代理模式，代理和真实对象之间的的关系通常在编译时就已经确定了，而装饰者能够在运行时递归地被构造。