11_装饰器

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

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

代码参考:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
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());

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

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×