浅析初窥装饰者模式

《浅析初窥装饰者模式》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、初窥装饰者模式赞赞赞场景     考虑这样一种情景：现在，有家咖啡店，他们需要一个设计合理的订单系统。关键需求如下：        1.咖啡的种类较多，有爱尔兰（IrishCoffee），星巴克（StarbucksCoffee），雀巢（Nestle）等;        2.咖啡中可以添加的配料有糖（Sugar），牛奶（Milk），豆浆（Soy）；        3.咖啡的价格还需要包括配料，如果客户点了的话。解决方案方案一：(下图引用HeadFirst)  说明：Beverage为基类，有一个d

2、escription成员变量来描述饮料，有一个抽象的cost（）方法计算价格。子类较多，例如：爱尔兰牛奶咖啡（IrishCoffeeAndMilk）,爱尔兰双倍牛奶咖啡(IrishCoffeeAndDoubleMilk),andsoon。这样的设计简直是类爆炸，在开发的需求阶段，我们不可能确定所有该咖啡店会卖出的咖啡，开发过程中或者开发结束后，他们又发明了新的咖啡种类或者配料种类——这样简直就是开发者的噩梦！方案二：（下图引用自HeadFirst）    方案一明显是垃圾实现，我们是否可以以“饮

3、料”为主体，用配料来“装饰”之？就像下面：    现在顾客点了一杯爱尔兰双倍牛奶咖啡,我们要做的是：    1.创建一个爱尔兰咖啡对象    2.以牛奶装饰它    3.再次用牛奶装饰它    4.调用cost方法，并依赖委托将配料的价格算进去例子如下：      定义装饰模式 现在我们可以来定义装饰模式了：动态的将行为附加到对象上，若要扩展功能，装饰者提供了优于继承的解决方案。     类图如下：  代码1.抽象组建类：publicabstractclassBeverage{   String

4、description;   publicStringgetDescription(){       returndescription;   }   publicabstractdoublecost();} 2.装饰者类（也可以是抽象的，必须继承Beverage，为什么？oh,myGod!）publicabstractclassCondimentDecoratorextendsBeverage{   publicabstractStringgetDescription();}3.爱尔兰咖啡pu

5、blicclassIrishCoffeeextendsBeverage{   publicIrishCoffee(){       description="爱尔兰咖啡";   }   @Override   publicdoublecost(){       return1.98;   }}其他咖啡类似，不再给出4.配料（也就是真正的装饰者），以眼泪为例。publicclassTearextendsCondimentDecorator{   Beveragebeverage;   public

6、Tear(Beveragebeverage){       this.beverage=beverage;   }   @Override   publicStringgetDescription(){       returnbeverage.getDescription()+"+眼泪";   }   @Override   publicdoublecost(){       return0+beverage.cost();   }}终于可以测试了，代码如下：publicclassMain{ 

7、  /    @paramargsthecommandlinearguments    /   publicstaticvoidmain(String[]args){       //一杯加眼泪的爱尔兰咖啡怎么生产？       //1.实例化一杯爱尔兰咖啡       Beverageirish=newIrishCoffee();       //2.用眼泪装饰它       irish=newTear(irish);       System.out.print(irish.getDescr

8、iption()+irish.cost());   }}输出：   这就是装饰模式，它可以动态地将行为添加到对象上，赋予对象新的职责。思考：1.如果咖啡店要求为咖啡加上容量大小，也就是说顾客可以选择小杯、中杯、大杯三种不同容量的咖啡，这时改怎么办？2.装饰模式的实际应用？