定义
**装饰器模式(Decorator Pattern)**允许向一个现有的对象添加新的功能,同时又不改变其结构。这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装。
模式结构
角色职责
(1)抽象构件角色(Component):具体构件类和抽象装饰者类的共同父类。
(2)具体构件角色(ConcreteComponent):抽象构件的子类,装饰者类可以给它增加额外的职责。
(3)装饰角色(Decorator):抽象构件的子类,具体装饰类的父类,用于给具体构件增加职责,但在子类中实现。
(4)具体装饰角色(ConcreteDecorator):具体装饰类,定义了一些新的行为,向构件类添加新的特性。
代码实现
这里我们使用煎饼果子为例,它可以加鸡蛋和香肠。
抽象构建角色:
public abstract class AbstractBattercake {
protected abstract String getDesc();
protected abstract int cost();
}
具体构建角色:
public class Battercake extends AbstractBattercake {
@Override
protected String getDesc() {
return "煎饼";
}
@Override
protected int cost() {
return 8;
}
}
装饰角色:
public class AbstractDecorator extends AbstractBattercake {
private AbstractBattercake abstractBattercake;
public AbstractDecorator(AbstractBattercake abstractBattercake) {
this.abstractBattercake = abstractBattercake;
}
@Override
protected String getDesc() {
return this.abstractBattercake.getDesc();
}
@Override
protected int cost() {
return this.abstractBattercake.cost();
}
}
具体装饰角色:
//鸡蛋装饰类
public class EggDecorator extends AbstractDecorator {
public EggDecorator(AbstractBattercake abstractBattercake) {
super(abstractBattercake);
}
@Override
protected String getDesc() {
return super.getDesc()+"加一个鸡蛋";
}
@Override
protected int cost() {
return super.cost() + 1;
}
}
//香肠装饰类
public class SausageDecorator extends AbstractDecorator {
public SausageDecorator(AbstractBattercake abstractBattercake) {
super(abstractBattercake);
}
@Override
protected String getDesc() {
return super.getDesc()+"加一根香肠";
}
@Override
protected int cost() {
return super.cost()+2;
}
}
测试结果:
public class DecoratorTest {
public static void main(String[] args) {
AbstractBattercake abstractBattercake;
abstractBattercake = new Battercake();
abstractBattercake=new EggDecorator(abstractBattercake);
abstractBattercake=new SausageDecorator(abstractBattercake);
System.out.println(abstractBattercake.getDesc() + "销售价格:" + abstractBattercake.cost());
}
}
控制台输出:
煎饼加一个鸡蛋加一根香肠销售价格:11
适用场景
1、在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。
2、处理那些可以撤消的职责。
3、当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。
优缺点
优点:
1.Decorator模式与继承关系的目的都是要扩展对象的功能,但是Decorator可以提供比继承更多的灵活性。
2.通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。
缺点:
1.这种比继承更加灵活机动的特性,也同时意味着更加多的复杂性。
2.装饰模式会导致设计中出现许多小类,如果过度使用,会使程序变得很复杂。
3.装饰模式是针对抽象组件(Component)类型编程。但是,如果你要针对具体组件编程时,就应该重新思考你的应用架构,以及装饰者是否合适。当然也可以改变Component接口,增加新的公开的行为,实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。