装饰者模式

    运用类继承，可能遇到类数量爆炸、设计死板以及基类加入的新功能并不适用所有的子类等问题。

    装饰者模式：用装饰品对象"装饰"主对象，用"委托"来搭配使用。

 

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

 

    装饰者和被装饰者必须是一样的类型，这是相当关键的地方。我们利用继承达到"类型匹配"，而不是利用继承获得"行为"。装饰者和被装饰者需具有相同的"接口"，使得装饰者能够取代被装饰者；他们的行为，是通过组件之间的组合得到的。

 

    一个例子来说明，这是一个合成咖啡的例子。

/** * @author wulesheng * 共同的抽象类 */ public abstract class Beverage { //包访问权限 String decription="Unknown Beverage"; public String getDecription() { return decription; } public abstract double cost(); }

    调料装饰者群

/** * @author wulesheng * 调料抽象类、 * * 在装饰者模式中: * 继承是为了继承类型，而不是为了继承方法。 */ public abstract class CondimentDecorator extends Beverage { //必须让调料抽象类能够取代Beverage //所以继承自Beverage public abstract String getDecription(); } //---------------------------------------- //其中一种调料。 //调料的区别就在于装饰性功能的不同。 /** * @author wulesheng * Mocha调料类，也就是装饰者 */ public class Mocha extends CondimentDecorator { //一个被装饰者(组件)的变量 Beverage beverage; //想办法让被装饰者被标记在饮料类(装饰者)的实例中。 //这里的方法是用构造器将传入的被装饰者参数传递给当前实例变量。 public Mocha(Beverage beverage){ this.beverage = beverage; } //通过委托的方法，调用被装饰者的描述(功能)。 @Override public String getDecription() { return beverage.getDecription()+", Mocha"; } @Override public double cost() { return beverage.cost()+1.11; } } //------------------------------------------ //另一种调料 /** * @author wulesheng * 另一种调料 */ public class Soy extends CondimentDecorator { Beverage beverage; public Soy(Beverage beverage){ this.beverage = beverage; } @Override public String getDecription() { return beverage.getDecription()+", Soy"; } @Override public double cost() { return beverage.cost()+2.99; } }

    具体的组件类

/** * @author wulesheng * 浓缩饮料类 * 这是我们的具体组件。 */ public class Espresso extends Beverage { public Espresso(){ decription = "Espresso"; } @Override public double cost() { return 1.99; } }

    这样，一个基于装饰者模式的简单例子就完成了。

//测试用例 public class TestDecorator { public static void main(String[] args){ Beverage beverage = new Espresso(); System.out.println(beverage.getDecription()+",$"+beverage.cost()); Beverage beverage2 = new Espresso(); beverage2 = new Mocha(beverage2); System.out.println(beverage2.getDecription()+",$"+beverage2.cost()); beverage2 = new Soy(beverage2); System.out.println(beverage2.getDecription()+",$"+beverage2.cost()); } }

    输出

Espresso,$1.99 Espresso, Mocha,$3.1 Espresso, Mocha, Soy,$6.09

    装饰者意味着一群装饰者类，这些类用来包装具体组件；装饰者类反映出被装饰者的组件类型。

    可以看出，只有在针对抽象组件类型编程时，才不会因为装饰者各自不同的而受到影响。

 

Java中的装饰者模式：

    java.io包里面有大量的装饰者类。继承的基类类型是InputStream，装饰者基类是FilterInputStream。已实现不同的功能。

    我们来尝试写自己的io类。

/** * @author wulesheng */ // 首先扩展FilterInputStream，这是所有InputStream的装饰抽象类 public class LowerCaseInputStream extends FilterInputStream { protected LowerCaseInputStream(InputStream in) { super(in); } public int read() throws IOException{ int c = super.read(); return (c==-1?c:Character.toLowerCase((c))); } public int read(byte[]b,int offset,int len) throws IOException{ int result = super.read(b, offset, len); for(int i=0;i<offset+result;i++){ b[i]=(byte)Character.toLowerCase(b[i]); } return result; } }

    这样，新的输入流只需要用new LowerCaseInputStream()装饰，就可以把内容全部转换成小写。装饰者模式很好用吧。

 

    但是Java I/O也引出装饰者模式的一个“缺点”：利用装饰者模式，常常造成设计中有大量的小类，数量实在太多，肯呢过会造成使用此API程序员的困扰。但是，现在你已经了解了装饰者的工作原理，以后当使用别人的大量装饰的API时，就可以很容易地辨别出他们的装饰者类是如何组织的，以便用包装方式取得想要的行为。

    如果代码依赖特定的类型，导入装饰者模式请谨慎。