设计模式之装饰器模式

  • Z时代
  • 2024-01-10
  • 分类：综合

编程

定义

Attach additional responsibilities to an object dynamically keeping the same interface.Decorators provide a flexible alternative to subclassing for extending functionality.（动态地给一个对象添加一些额外的职责。 就增加功能来说，装饰模式相比生成子类更为灵活

UML类图

角色

  • Component 抽象构件，就是装饰器与被装饰类共有的抽象。

  • ConcreteComponent 具体构件，就是被装饰类

  • Decorator 装饰器抽象，就是装饰器的抽象

  • ConcreteDecorator 装饰器的具体实现

应用

应用中通常代码如：

装饰类实现：

//构造方法，初始化成员变量为装饰类
public ConcreteDecorator1(Component component){
   //抽象装饰器中定义的构造方法，初始化被装饰类到成员变量
   super(component);
}
public void operate(){
//这里可以添加一些功能增强
this.component.operate()
//这里可以添加一些功能增强
}

场景类应用：

Component component = new ConcreteComponent();
//第一次修饰 
component = new ConcreteDecorator1(component);
//第二次修饰 
component = new ConcreteDecorator2(component);
//修饰后运行 
component.operate();

思考

装饰器模式最大的好处是动态扩展一类对象的功能，并且可以应用嵌套装饰无限扩展下去。

这是单单用继承来增强父类行为这种方式来扩展远比不了的吗，因为继承是静态的，扩展哪个类都已经在定义类的时候决定了。

与代理模式的对比

代理模式在前篇梳理过：

设计模式之代理模式。

总结下两者的区分：

代理模式对于整个系统来说是控制了真实对象的访问，我们往往只需要使用代理类完成相关业务功能就行了，被代理类相对透明。

如果是装饰器模式，那么我们需要关注的是被装饰的类需要添加什么装饰这个过程，系统中的代码还是得依赖被装饰对象。

以上是 设计模式之装饰器模式 的全部内容， 来源链接： utcz.com/z/510850.html

回到顶部