Head First设计模式：（三）装饰者模式

星巴兹咖啡准备更新订单系统，以合乎他们的饮料供应需求。

他们原先的类设计为：

这样的订单系统没有办法考虑到咖啡调料的部分，把加入不同调料的咖啡看做不同的类会导致类爆炸（每个类的cost方法计算出咖啡加调料的价钱）：

很明显，这样的系统难以维护，一旦牛奶的价钱上扬或新增一种焦糖调料，系统将难以改变。

采用实例变量和继承的设计也许能解决一些问题：

Beverage作为一个饮料类，加上实例变量代表是否加入了饮料。

然而当用户想要双倍摩卡咖啡时，这样的系统就显得有些无所适从。

对于冰茶，饮料基类里的有些调料根本不适用，但是也一起继承了过来！

到目前为止，使用继承会造成的问题有：类爆炸，设计死板，以及基类加入的新功能并不适用于所有的子类。

所以继承并不是解决问题的方法，应当使用组合来使系统更有弹性且易于维护。

开放-关闭原则：

设计原则：

类应该对扩展开放，对修改关闭。

我们的目标是允许类容易扩展，在不修改现有代码的情况下，就可搭配新的行为。

这个目标需要使用装饰着模式实现：以饮料为主体，然后运行调料来“装饰”饮料。

如图为一个摩卡和奶泡DarkRoast咖啡的设计图：

定义装饰者模式：

装饰者模式动态的将责任附加到对象上，若要扩展功能，装饰者提供了比继承更具有弹性的替代方案。

装饰者模式类图：

现在让星巴兹咖啡系统也符合装饰者类图：

具体实现:

从饮料下手，将饮料作为一个抽象类：

package com.cafe; public abstract class Beverage { String description = "Unknow Beverage"; public String getDescription() { return description; } public abstract double cost(); }

调料抽象类，也就是装饰者类：

package com.cafe; public abstract class CondimentDecorator extends Beverage{ public abstract String getDescription(); }

实现具体的饮料（浓缩咖啡和综合咖啡）：

package com.cafe; public class Espresso extends Beverage { public Espresso() { description = "Espresso"; } public double cost() { return 1.99; } } package com.cafe; public class HouseBlend extends Beverage { public HouseBlend() { description = "HouseBlend"; } public double cost() { return 0.89; } }

实现具体装饰者类（摩卡）

package com.cafe; 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 0.20+beverage.cost(); } }

其他装饰者类的实现方式与摩卡类似。

测试代码：

package com.cafe; public class StartbuzzCoffee { public static void main(String args[]) { Beverage beverage1 = new Espresso(); System.out.println(beverage1.getDescription() + " $" + beverage1.cost()); Beverage beverage2 = new HouseBlend(); beverage2 = new Soy(beverage2); beverage2 = new Mocha(beverage2); beverage2 = new Whip(beverage2); System.out.println(beverage2.getDescription() + " $" + beverage2.cost()); } }

测试结果：

JAVA中的装饰者模式（java.io类）：

Java I/O引出装饰者模式的一个“缺点”：利用装饰者模式，会造成设计中存在大量的小类。

编写自己的Java I/O装饰者，把输入流中的所有大写字母转成小写：

package com.io; import java.io.*; public class InputTest { public static void main(String[] args) throws IOException { int c; try { InputStream in = new LowerCaseInputStream(new BufferedInputStream( new FileInputStream("D:\\test.txt"))); while ((c = in.read()) >= 0) { System.out.print((char) c); } in.close(); } catch (IOException e) { e.printStackTrace(); } } }

测试程序（测试刚刚写好的I/O装饰者）

package com.io; import java.io.FilterInputStream; import java.io.IOException; import java.io.InputStream; public class LowerCaseInputStream extends FilterInputStream { protected LowerCaseInputStream(InputStream in) { super(in); // TODO Auto-generated constructor stub } public int read() throws IOException { int c = super.read(); return (c == -1 ? c : Character.toLowerCase((char) c)); } public int read(byte[] b, int offset, int len) throws IOException { int result = super.read(b, offset, len); for (int i = offset; i < offset + result; i++) { b[i] = (byte) Character.toLowerCase((char) b[i]); } return result; } }

测试结果：