博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
设计模式11_装饰器
阅读量:4293 次
发布时间:2019-05-27

本文共 1435 字,大约阅读时间需要 4 分钟。

装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构。这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装。

这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能。
意图:动态地给一个对象添加一些额外的职责。就增加功能来说,装饰器模式相比生成子类更为灵活。
主要解决:一般的,我们为了扩展一个类经常使用继承方式实现,由于继承为类引入静态特征,并且随着扩展功能的增多,子类会很膨胀。
python有装饰器,可以较好理解这种模式的用法。 比如统计函数的执行时间等。

将创建一个 Shape 接口和实现了 Shape 接口的实体类。然后我们创建一个实现了 Shape 接口的抽象装饰类 ShapeDecorator,并把 Shape 对象作为它的实例变量。

RedShapeDecorator 是实现了 ShapeDecorator 的实体类。
DecoratorPatternDemo,我们的演示类使用 RedShapeDecorator 来装饰 Shape 对象。

代码参考:

public abstract class ShapeDecorator implements Shape {   protected Shape decoratedShape;   public ShapeDecorator(Shape decoratedShape){      this.decoratedShape = decoratedShape;   }   public void draw(){      decoratedShape.draw();   }  }public class RedShapeDecorator extends ShapeDecorator {   public RedShapeDecorator(Shape decoratedShape) {      super(decoratedShape);           }   @Override   public void draw() {      decoratedShape.draw();                setRedBorder(decoratedShape);   }   private void setRedBorder(Shape decoratedShape){      System.out.println("Border Color: Red");   }}Shape circle = new Circle();Shape redCircle = new RedShapeDecorator(new Circle());

装饰器和之前代理模式非常像,二者都是持有一个原始对象,并且都实现了对象的接口,从代码角度基本上很难区分。 说下个人理解吧。 是否硬需求:首先代理模式是硬功能驱动性质的,比如权限控制或者资源优化。装饰器就不是,只是可用可不用,典型统计代码执行时间等。 是否专一性:代理是为特定用途定制的,只能用在特定场景。装饰器侧重通用性质,可以装饰其他对象。 能力变化:代理侧重一种控制,或限制,或优化(隐含的效率优化非功能优化),或功能减少(感觉上)。装饰是功能增加和扩展,之前的功能原样保留,额外增加了新的,功能扩充。 装饰器相对更弱耦合些。

转载地址:http://cgyws.baihongyu.com/

你可能感兴趣的文章
CMake Error:Failed to find "glu32" in "" with CMAKE_CXX_LIBRARY_ARCHITECTURE "".
查看>>
异或的妙用
查看>>
libsvm3.2.1 - SVM多分类简单实现
查看>>
函数返回数组指针
查看>>
c++ time.h clock()程序计时
查看>>
C++ 二维数组sort排序
查看>>
函数中定义类
查看>>
回归分析
查看>>
Matlab实现遗传算法
查看>>
opencv配置
查看>>
rt-thread的内核对象管理深入解析
查看>>
LiteOS los_config.h说明
查看>>
从零开始学习FFT(快速傅里叶变换)
查看>>
Makefile教程
查看>>
arm-none-eabi交叉编译工具常用的一些指令
查看>>
Ubuntu 常用解压与压缩命令
查看>>
C语言结构体指针变量作函数参数
查看>>
C语言动态存储分配
查看>>
文科生清晰理解傅里叶变换
查看>>
C++数据类型
查看>>