结构型模式有七种:
装饰者模式
在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。
动态的给一个对象添加一些额外的职责,就增加功能来说,装饰者模式比子类更加灵活
装饰者与被装饰者拥有共同的超类,继承的目的是继承类型,而不是行为
角色
(1)抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象。
(2)具体构件(Concrete Component)角色:定义一个将要接收附加责任的类。
(3)装饰(Decorator)角色:持有一个构件(Component)对象的实例,并实现一个与抽象构件接口一致的接 口。
(4)具体装饰(Concrete Decorator)角色:负责给构件对象添加上附加的责任。
优缺点
优点
1. Decorator模式与继承关系的目的都是要扩展对象的功能,但是Decorator可以提供比继承更多的灵活性。
2. 通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。
缺点
1. 这种比继承更加灵活机动的特性,也同时意味着更加多的复杂性。
2. 装饰模式会导致设计中出现许多小类,如果过度使用,会使程序变得很复杂。
3. 装饰模式是针对抽象组件(Component)类型编程。但是,如果你要针对具体组件编程时,就应该重新思考你的应用架构,以及装饰者是否合适。当然也可以改变
Component接口,增加新的公开的行为,实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。
类图
代码实现
public abstract class Sweet {
String description = "Sweet";
public String getDescription() {
return description;
}
public abstract double cost();
}
public class Cake extends Sweet{
@Override
public double cost() {
return 10;
}
}
public abstract class Decorator extends Sweet {
public abstract String getDescription();
}
public class CandleDecorator extends Decorator {
Sweet sweet;
public CandleDecorator(Sweet sweet) {
this.sweet = sweet;
}
@Override
public String getDescription() {
return sweet.getDescription() + ",蜡烛";
}
@Override
public double cost() {
return sweet.cost() + 15;
}
}
public class FruitDecorator extends Decorator {
Sweet sweet;
public FruitDecorator(Sweet sweet) {
this.sweet = sweet;
}
@Override
public String getDescription() {
return sweet.getDescription() + ",水果";
}
@Override
public double cost() {
return sweet.cost() + 10;
}
}
装饰器模式有两个比较特殊的地方
第一个比较特殊的地方是:装饰器类和原始类继承同样的父类,这样我们可以对原始类“嵌套”多个装饰器类。
第二个比较特殊的地方是:装饰器类是对功能的增强,这也是装饰器模式应用场景的一个重要特点。
装饰器模式主要解决继承关系过于复杂的问题,通过组合来替代继承。它主要的作用是给原始类添加增强功能。这也是判断是否该用装饰器模式的一个重要的依据。除此之外,装饰器模式还有一个特点,那就是可以对原始类嵌套使用多个装饰器。为了满足这个应用场景,在设计的时候,装饰器类需要跟原始类继承相同的抽象类或者接口。
代理模式和装饰器模式是非常相似的,在代理模式中,代理类附加的是跟原始类无关的功能,而在装饰器模式中,装饰器类附加的是跟原始类相关的增强功能。