在装饰模式中添加状态
我想知道如何向消费者可用的装饰器链添加状态。给定这个简化的模型:
abstract class AbstractPizza
{
public abstract print(...);
}
class Pizza : AbstractPizza
{
public int Size { get; set; }
public print(...);
}
abstract class AbstractPizzaDecorator
{
public Pizza:AbstractPizza;
public abstract print();
}
class HotPizzaDecorator : AbstractPizzaDecorator
{
public int Hotness { get; set; }
public print(...);
}
class CheesyPizzaDecorator : AbstractPizzaDecorator
{
public string Cheese { get; set; }
public print(...);
}
void Main()
{
BigPizza = new Pizza();
BigPizza.Size = 36;
HotBigPizza = new HotPizzaDecorator();
HotBigPizza.Pizza = BigPizza;
HotBigPizza.Hotness = 3;
HotBigCheesyPizza = new CheesyPizzaDecorator();
HotBigCheesyPizza.Pizza = HotBigPizza;
HotBigCheesyPizza.Cheese = "Blue";
HotBigCheesyPizza.print();
HotBigCheesyPizza.size = 28; // ERRRRRR !
}
现在,如果它们都实现 print 方法并通过链传播该方法,那么一切都很好。但这对国家来说如何运作呢?我无法访问 HotBigCheesyPizza 上的大小属性。
我缺少什么部分?图案错误?
感谢您的帮助! 干杯
I wonder how to add state to the chain of decorators that will be available to the consumer. Given this simplified model:
abstract class AbstractPizza
{
public abstract print(...);
}
class Pizza : AbstractPizza
{
public int Size { get; set; }
public print(...);
}
abstract class AbstractPizzaDecorator
{
public Pizza:AbstractPizza;
public abstract print();
}
class HotPizzaDecorator : AbstractPizzaDecorator
{
public int Hotness { get; set; }
public print(...);
}
class CheesyPizzaDecorator : AbstractPizzaDecorator
{
public string Cheese { get; set; }
public print(...);
}
void Main()
{
BigPizza = new Pizza();
BigPizza.Size = 36;
HotBigPizza = new HotPizzaDecorator();
HotBigPizza.Pizza = BigPizza;
HotBigPizza.Hotness = 3;
HotBigCheesyPizza = new CheesyPizzaDecorator();
HotBigCheesyPizza.Pizza = HotBigPizza;
HotBigCheesyPizza.Cheese = "Blue";
HotBigCheesyPizza.print();
HotBigCheesyPizza.size = 28; // ERRRRRR !
}
Now if they all implement the print method and propagate that though the chain, it's all good. But how does that work for the state? I can't access the size property on the HotBigCheesyPizza.
What's the part that I'm missing? Wrong pattern?
Thanks for helping!
Cheers
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
装饰器模式用于向被装饰类添加额外的行为,而无需客户端进行调整。因此,它并不是为了向被装饰的事物添加新的界面(例如
hotness
、cheese
)。一个不太好的例子是,您想要更改
size
的计算方式:您可以创建一个MetricSizePizzaDecorator
来将尺寸转换为英语/英语/公制单位。客户端不会知道披萨已被装饰 - 它只是调用 getSize() 并对结果执行任何需要执行的操作(例如,计算价格)。我可能不会在我的示例中使用装饰器,但要点是:它不会改变界面。事实上,几乎所有的设计模式都可以归结为这一点——在不改变界面的情况下增加设计的可变性。
The decorator pattern is for adding additional behavior to the decorated class without the client needing to adjust. Thus it is not intended for adding a new interface (e.g.
hotness
,cheese
) to the thing being decorated.A somewhat bad example of what it might be used for is where you want to change how
size
is calculated: you could create aMetricSizePizzaDecorator
that converts the size to/from English/metric units. The client would not know the pizza has been decorated - it just callsgetSize()
and does whatever it needs to do with the result (for example, to calculate the price).I would probably not use the decorator in my example, but the point is: it does not alter the interface. In fact, nearly all design patterns come down to that - adding variability to a design without changing interfaces.
添加状态的一种方法是使用自引用数据结构(列表)。但这使用了访问者模式,并且做的事情比您可能想要的更多。此代码重写自一点 Java,一些模式
one way of adding state is by using a self referential data structure (a list). but this uses the visitor pattern and does more than you probably want. this code is rewritten from A little Java, a few patterns
我相信您的组件
Pizza
和抽象装饰器PizzaDecorator
应该共享相同的接口,这样装饰器的每个实例都能够执行与核心组件相同的操作<代码>披萨。I believe your component
Pizza
and your abstract decoratorPizzaDecorator
are supposed to share the same interface, that way each instance of the decorator is capable of the same operations as the core componentPizza
.