这一次是星巴兹咖啡,他们需要新的订单系统,原来的设计太过冗余,直接使用一个饮料抽象类作为父类,其他要增加调料的过程用子类继承父类,之后再实现,这样就变得特别繁琐,根本没有办法去维护。
违反了之前规定的设计原则:
- 多用组合,少用继承。
- 针对接口编程,不针对实现编程。
直接重写Beverage类,把所有的调料都写进去,变成一个boolean值,在父类的cost里判断,并相加这些调料。
子类继续父类后,重写cost方法,用自己的价格再加上父类cost计算的价格。
这样就整体完成了新的设计。
当哪些需求或因素改变时,会影响这个设计?
- 调料价钱的改变会使我们更改现有代码。
- 一旦出现新的调料,我们就需要加上新的方法,并改变超类中的cost()方法。
- 以后可能会开发出新饮料。对这些饮料而言(例如:冰茶),某些调料可能并不适合,但是在这个设计方式中,Tea(茶)子类仍将继承那些不适合的方法,例如:hasWhip()(加奶泡)。
- 万一顾客想要双倍摩卡咖啡,怎么办
类应该对扩展开放,对修改关闭。
装饰者模式:动态地将责任附加到对象上。若要拓展功能,装饰者提供了比继承更有弹性的替代方案。
注意:
- 装饰者和被装饰对象有相同的超类型。
- 你可以用一个或多个装饰者包装一个对象。
- 既然装饰者和被装饰对象有相同的超类型,所以在任何需要原始对象(被包装的)的场合, 可以用装饰过的对象代替它。
- 装饰者可以在所委托被装饰者的行为之前与/或之后,加上自己的行为,以达到特定的目的。
- 对象可以在任何时候被装饰,所以可以在运行时动态地、不限量地用你喜欢的装饰者来装饰对象。
注意:
这里还是用到了继承,继承Beverage抽象类,是为了有正确的类型,而不是继承它的行为。行为来自装饰者和基础组件,或与其他装饰者之间的组合关系。
public abstract class Beverage {
String description = "Unknown Beverage";
public String getDescription(){
return description;
}
public abstract double cost();
}
public abstract class CondimentDecorator extends Beverage {
public abstract String getDescription();
}
public class Espresso extends Beverage {
public Espresso(){
description = "Espresso";
}
public double cost() {
return 1.99;
}
}
public class HouseBlend extends Beverage {
public HouseBlend(){
description = "HouseBlend";
}
public double cost() {
return 0.89;
}
}
public class Mocha extends CondimentDecorator {
Beverage beverage;
public Mocha(Beverage beverage){
this.beverage = beverage;
}
public String getDescription() {
return beverage.getDescription() + ",Mocha";
}
public double cost() {
return .20+beverage.cost();
}
}
public class StarbuzzCoffee {
public static void main(String[] args) {
Beverage beverage = new Espresso();
System.out.println(beverage.getDescription()+" $ "+beverage.cost());
Beverage beverage1 = new HouseBlend();
beverage1 = new Mocha(beverage1);
System.out.println(beverage1.getDescription()+" $ "+beverage1.cost());
}
}
原文:https://www.cnblogs.com/rain1024/p/11783430.html