为什么在装饰器设计模式中需要装饰器？

Question

假设我有一个名为的类A，并且我想使用装饰器设计模式。如果我错了，请纠正我，但是要使其正常工作，我们需要创建一个装饰器类，例如ADecorator，该类将保留对A实例的引用，所有其他装饰器将对其进行扩展以添加功能。

我不明白为什么我们必须创建装饰器类而不是使用A实例？

Answer 1

装饰器模式用于动态地（即在运行时）向对象添加功能。通常，在编写类时，对象将具有固定的功能。但是重要的一点是，对象的功能以对对象的客户端透明的方式扩展，因为它实现的接口与原始对象将责任委托给装饰对象的接口相同。

装饰器模式适用于对象可能具有许多可选功能的场景。如果没有装饰器模式，则必须为每个对象选项配置创建一个不同的类。一个非常有用的示例来自O’Reilly 的
Head First Design Patterns 一书。它使用听起来像StarBucks的咖啡店示例。

因此，您可以使用成本等基本咖啡。

public double cost(){
     return 3.45;
}

然后，客户可以添加成本为0.35的奶油，因此您现在可以使用成本方法创建CoffeeCream类：

public double cost(){
    return 3.80;
}

然后，客户可能想要价格为0.5的摩卡咖啡，而他们可能想要含奶油的摩卡咖啡或不含奶油的摩卡咖啡。因此，您将创建类CoffeeMochaCream和CoffeeMocha。然后，客户需要双层奶油，因此您要创建一个类CoffeeCreamCream…等。最终得到的是类爆炸。请原谅这个可怜的例子。有点晚了，我知道这很简单，但确实表达了这一点。

相反，您可以使用抽象的cost方法创建Item抽象类：

public abstract class Item{
    public abstract double cost();
}

您可以创建扩展Item的具体Coffee类：

public class Coffee extends Item{
    public double cost(){
       return 3.45;
    }
}

然后，您创建一个CoffeeDecorator，以扩展相同的接口并包含一个Item。

public abstract class CoffeeDecorator extends Item{
     private Item item;
     ...
}

然后，您可以为每个选项创建具体的装饰器：

public class Mocha extends CoffeeDecorator{

   public double cost(){
     return item.cost() + 0.5;
   }

}

请注意，装饰器如何不在乎它只是包装为Item的那种对象？它使用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

等等。