装饰者模式

设计原则：

• 封装变化
• 多用组合，少用继承
• 针对接口编程，不针对实现编程
• 为交互对象之间的松耦合设计而努力
• 对扩展开发，对修改关闭

---

装饰者模式

装饰者模式：动态地将责任附加到对象上，想要扩展功能，装饰者提供有别于继承的另一种选择。
装饰者通常是用其他类似于工厂或生成器这样的模式创建的。

抽象被继承者类：

public abstract class Beverage {  
    String description = "Unknown Beverage";  

    public String getDescription(){  
        return description;  
    }  

    public abstract double cost();  
}  

具体被装饰类：

public class HouseBlend extends Beverage{  

    public HouseBlend(){  
        description = "House Blend Coffee";  
    }  

    @Override  
    public double cost() {  
        // TODO Auto-generated method stub  
        return 0.89;  
    }  

}  

装饰者抽象类：

public abstract class CondimentDecorator extends Beverage{  
    public abstract String getDescription();  
}  

具体装饰者类：

public class Mocha extends CondimentDecorator{  
    Beverage beverage;  

    public Mocha(Beverage beverage){  
        this.beverage = beverage;  
    }  

    @Override  
    public String getDescription() {  
        // TODO Auto-generated method stub  
        return beverage.getDescription() + ", Mocha";  
    }  

    @Override  
    public double cost() {  
        // TODO Auto-generated method stub  
        return 0.20 + beverage.cost();  
    }  

}  

要点总结
1）继承属于扩展形式之一，但不见得是达到弹性设计的最佳方式。

2）在设计中，应该允许行为可以被扩展，而无须修改现有的代码。

3）组合和委托可用于在运行时动态地加上新的行为。

4）除了继承，装饰者模式也可以让我们扩展行为。

5）装饰者模式意味着一群装饰者类，这些类用来包装具体组件。

6）装饰者类反映出被装饰的组件类型（事实上，他们具有相同的类型，都经过接口或继承实现）。

7）装饰者可以在被装饰者的行为前面与/或后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的。

8）可以用无数个装饰者包装一个组件。

9）装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。

10）装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂。