Java 为什么在装饰者模式中使用抽象装饰者；有一个；及；是一个；抽象组件？
我在许多与decorator模式相关的UML类图中看到，抽象decorator既包含抽象组件，又扩展了抽象类组件 例如，在第二个示例中，与以下链接中的咖啡制作场景相关： 类Java 为什么在装饰者模式中使用抽象装饰者；有一个；及；是一个；抽象组件？,java,decorator,Java,Decorator,我在许多与decorator模式相关的UML类图中看到，抽象decorator既包含抽象组件，又扩展了抽象类组件 例如，在第二个示例中，与以下链接中的咖啡制作场景相关： 类CoffeeDecorator扩展了抽象组件Coffee，并包含类型为Coffee的字段。为什么呢？这仅仅是一种情况，还是我们应该总是构建这样的“装饰系统”，为什么 我认为应该只需要CoffeeDecorator包含它想要修饰的组件，因为CoffeeDecorator实际上不是Coffee可以在任何可以使用包装对象的地方使用
CoffeeDecoratorCoffeeCoffee我认为应该只需要
CoffeeDecoratorCoffeeDecoratorCoffee Coffee coffee = new WithMilk(new SimpleCoffee());
其中，
WithMilkpublic class SimpleCoffee extends Coffee {
@Override
public double getCost() {
return 1;
}
@Override
public String getIngredients() {
return "Coffee";
}
}
public abstract class CoffeeDecorator extends Coffee {
protected final Coffee decoratedCoffee;
public CoffeeDecorator(Coffee c) {
this.decoratedCoffee = c;
}
public double getCost() { // Implementing methods of the abstract class
//you can add extra functionality here.
return decoratedCoffee.getCost();
}
public String getIngredients() {
//you can add extra functionality here.
return decoratedCoffee.getIngredients();
}
}
public class BiggerDecorator extends Coffee {
protected final Coffee decoratedCoffee;
public CoffeeDecorator(Coffee c) {
this.decoratedCoffee = c;
}
public double getCost() { // Implementing methods of the abstract class
return decoratedCoffee.getCost();
}
public String getIngredients() {
return decoratedCoffee.getIngredients();
}
}
public class BiggerDecorator extends Coffee {
protected final Coffee decoratedCoffee;
public CoffeeDecorator(Coffee c) {
this.decoratedCoffee = c;
}
public double getCost() { // Implementing methods of the abstract class
return decoratedCoffee.getCost();
}
public String getIngredients() {
return decoratedCoffee.getIngredients();
}
}
Coffee coffeeDecorator=new CoffeeDecorator(new Coffee);
Coffee biggerDecorator=new BiggerDecorator(coffeeDecorator);
为了多态性，decorator类必须实现该接口。您的问题对我来说似乎有点循环……实现一个接口并使该接口的实例“装饰”是decorator模式的定义 所以你的问题有点像问“为什么装饰者模式使用装饰者模式？” 如果你正在包装的东西和你自己之间没有一个共同的接口，它只是一个has-a关系，或者，如果你正在将你正在包装的东西的接口调整到其他接口，它可能是适配器模式 我认为您真正的问题是“为什么decorator模式有用？是什么使得实现与您包装的东西相同的接口有用？” 装饰器模式允许对相同的行为进行变化 当您有一个系统必须处理一些细微不同的事情，但又不想知道复杂性，并且能够以相同的方式处理它们时，decorator模式的最大价值就来了。当然，这通常是我们从接口得到的。但在某些情况下，相同接口的多个实现并不是最佳解决方案……在经典示例中，假设您尝试为星巴克提供的每种类型的咖啡编写一个单独的类 您将从基础开始，但逐渐发现自己需要编写类，如
VentimoChachaiWhipWith肉桂onTop饮料new Chai（）new Venti（饮料）new Mocha（饮料）new Whip（饮料）new with肉桂（饮料）Rasberry