设计模式11_装饰器

装饰器模式（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());

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

设计模式11_装饰器

猜你喜欢