10.装饰者模式

  • 一、角色
    • 抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象
    • 具体构件(ConcreteComponent)角色:定义一个将要接收附加责任的类
    • 装饰(Decorator)角色:持有一个构件(Component)对象的实例,并定义一个与抽象构件接口一致的接口
    • 具体装饰(ConcreteDecorator)角色:负责给构件对象“贴上”附加的责任
  • 二、适用场景
    • 在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责
    • 需要动态地给一个对象增加功能,这些功能也可以动态地被撤销
    • 当不能采用继承的方式对系统进行扩充或者采用继承不利于系统扩展和维护时。不能采用继承的情况主要有两类:第一类是系统中存在大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长;第二类是因为类定义不能继承(如final类)
  • 三、实例
    • 图-1中实现是一个人传衣服的的例子,People为抽象构件角色,是被装饰类和装饰类的共同抽象接口,Jane则是具体构件(被装饰者),Decorator则是装饰者抽象角色,通过对People抽象构件的聚合依赖,实现Jane的装饰扩展,DecoratorShirt、DecoratorSuit、DecoratorTShirt、DecoratorPants、DecoratorShoes则是具体装饰角色,是对装饰者抽象角色的具体实现
    • 代码地址:https://github.com/lanhei/DesignPattern/tree/master/src/com/lanhei/patterns/decorator
    图-1
原文地址:https://www.cnblogs.com/zhongj/p/11302206.html