浅析初窥装饰者模式VIP专享VIP免费

第1页共6页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第1页共6页初窥装饰者模式场景考虑这样一种情景：现在，有家咖啡店，他们需要一个设计合理的订单系统。关键需求如下：1.咖啡的种类较多，有爱尔兰（IrishCoffee），星巴克（StarbucksCoffee），雀巢（Nestle）等;2.咖啡中可以添加的配料有糖（Sugar），牛奶（Milk），豆浆（Soy）；3.咖啡的价格还需要包括配料，如果客户点了的话。解决方案方案一：(下图引用HeadFirst)第2页共6页第1页共6页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第2页共6页说明：Beverage为基类，有一个description成员变量来描述饮料，有一个抽象的cost（）方法计算价格。子类较多，例如：爱尔兰牛奶咖啡（IrishCoffeeAndMilk）,爱尔兰双倍牛奶咖啡(IrishCoffeeAndDoubleMilk),andsoon。这样的设计简直是类爆炸，在开发的需求阶段，我们不可能确定所有该咖啡店会卖出的咖啡，开发过程中或者开发结束后，他们又发明了新的咖啡种类或者配料种类——这样简直就是开发者的噩梦！方案二：（下图引用自HeadFirst）方案一明显是垃圾实现，我们是否可以以“饮料”为主体，用配料来“装饰”之？就像下面：现在顾客点了一杯爱尔兰双倍牛奶咖啡,我们要做的是：1.创建一个爱尔兰咖啡对象2.以牛奶装饰它3.再次用牛奶装饰它第3页共6页第2页共6页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第3页共6页4.调用cost方法，并依赖委托将配料的价格算进去例子如下：定义装饰模式现在我们可以来定义装饰模式了：动态的将行为附加到对象上，若要扩展功能，装饰者提供了优于继承的解决方案。类图如下：第4页共6页第3页共6页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第4页共6页代码1.抽象组建类：publicabstractclassBeverage{Stringdescription;publicStringgetDescription(){returndescription;}publicabstractdoublecost();}2.装饰者类（也可以是抽象的，必须继承Beverage，为什么？oh,myGod!）publicabstractclassCondimentDecoratorextendsBeverage{publicabstractStringgetDescription();}3.爱尔兰咖啡第5页共6页第4页共6页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第5页共6页publicclassIrishCoffeeextendsBeverage{publicIrishCoffee(){description="爱尔兰咖啡";}@Overridepublicdoublecost(){return1.98;}}其他咖啡类似，不再给出4.配料（也就是真正的装饰者），以眼泪为例。publicclassTearextendsCondimentDecorator{Beveragebeverage;publicTear(Beveragebeverage){this.beverage=beverage;}@OverridepublicStringgetDescription(){returnbeverage.getDescription()+"+眼泪";}@Overridepublicdoublecost(){return0+beverage.cost();}}终于可以测试了，代码如下：publicclassMain{/***@paramargsthecommandlinearguments*/publicstaticvoidmain(String[]args){//一杯加眼泪的爱尔兰咖啡怎么生产？//1.实例化一杯爱尔兰咖啡Beverageirish=newIrishCoffee();//2.用眼泪装饰它irish=newTear(irish);System.out.print(irish.getDescription()+irish.cost());第6页共6页第5页共6页编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第6页共6页}}输出：这就是装饰模式，它可以动态地将行为添加到对象上，赋予对象新的职责。思考：1.如果咖啡店要求为咖啡加上容量大小，也就是说顾客可以选择小杯、中杯、大杯三种不同容量的咖啡，这时改怎么办？2.装饰模式的实际应用？