假设我有一个名为 的类A
,并且我想使用装饰器设计模式。如果我错了,请纠正我,但要让它工作,我们需要创建一个装饰器类,比如说ADecorator
,它将保存对A
实例的引用,并且所有其他装饰器将扩展它以添加功能。
我不明白为什么我们必须创建一个装饰器类,而不是使用一个A
实例?
假设我有一个名为 的类A
,并且我想使用装饰器设计模式。如果我错了,请纠正我,但要让它工作,我们需要创建一个装饰器类,比如说ADecorator
,它将保存对A
实例的引用,并且所有其他装饰器将扩展它以添加功能。
我不明白为什么我们必须创建一个装饰器类,而不是使用一个A
实例?
装饰器模式用于动态地(即在运行时)向对象添加功能。通常,当您编写类时,对象的功能会固定。但重要的一点是,对象的功能以对对象客户端透明的方式扩展,因为它实现了与原始对象将责任委托给装饰对象相同的接口。
装饰器模式适用于对象可能具有许多可选功能的场景。如果没有装饰器模式,您将不得不为每个对象选项配置创建不同的类。一个非常有用的例子来自 O'Reilly 的Head First Design Patterns一书。它使用了一个听起来像星巴克的咖啡店示例。
因此,您可以使用成本等方法获得基本咖啡。
public double cost(){
return 3.45;
}
然后客户可以添加价格为 0.35 的奶油,因此您现在使用 cost 方法创建一个 CoffeeCream 类:
public double cost(){
return 3.80;
}
然后客户可能想要价格为 0.5 的摩卡,他们可能想要加奶油的摩卡或不加奶油的摩卡。因此,您创建类 CoffeeMochaCream 和 CoffeeMocha。然后一个客户想要双份奶油,所以你创建了一个类 CoffeeCreamCream……等等。你最终得到的是类爆炸。请原谅使用的糟糕示例。有点晚了,我知道这是微不足道的,但它确实表达了这一点。
相反,您可以使用抽象成本方法创建 Item 抽象类:
public abstract class Item{
public abstract double cost();
}
您可以创建一个扩展 Item 的具体 Coffee 类:
public class Coffee extends Item{
public double cost(){
return 3.45;
}
}
然后创建一个扩展相同接口并包含一个项目的 CoffeeDecorator。
public abstract class CoffeeDecorator extends Item{
private Item item;
...
}
然后你可以为每个选项创建具体的装饰器:
public class Mocha extends CoffeeDecorator{
public double cost(){
return item.cost() + 0.5;
}
}
请注意,只要它是一个项目,装饰器就不会关心它包装的是什么类型的对象?它使用 item 对象的 cost() 并简单地添加自己的成本。
public class Cream extends CoffeeDecorator{
public double cost(){
return item.cost() + 0.35;
}
}
现在可以使用这几个类进行大量配置:例如
Item drink = new Cream(new Mocha(new Coffee))); //Mocha with cream
或者
Item drink = new Cream(new Mocha(new Cream(new Coffee))));//Mocha with double cream
等等。
顺便说一句,如果您刚刚开始学习模式,那么 Head First Design Patterns 这本书非常棒。它确实使概念易于理解,并确保以易于理解的方式对比和比较相似的模式。
在某些语言(如 Ruby 或 JavaScript)中,您可以向 A 实例添加新功能。我注意到您的问题被标记为 Java,所以我假设您在问为什么不能在 Java 中执行此操作。原因是Java是静态类型的。A 实例只能具有类 A 定义或继承的方法。因此,如果您想在运行时为 A 实例提供 A 未定义的方法,则必须在不同的类中定义此新方法。