本文主要是看了《设计模式》做的笔记和思考，在此分享仅代表个人观点，如有不对的地方欢迎批评和指正。

基础

当出现需要多个组件组成新的部件，同时不想增加类的数量（即不希望通过继承解决），可以考虑使用Decorator（装饰）模式。该模式下，通过不断地将部件放置到修饰物中，形成新的对象，并且修饰物可以负责将行为（职责）依次向内传递至部件，UML图如下：

Decorator模式-UML.png

使用时是将部件放入到装饰物中。比如Java中BufferedReader与FileReader的关系：

BufferedReader br=new BufferedReader(new FileReader("file.txt"));

代码实现

该模式有几个要点。

1. 需要有一个统一的接口保证一致性。

class Component{
    public void operation();
}

class ConcreteComponent extends Component{
    public void operation(){}
}

class Decorator extends Component{
    private Component component;

    public void operation(){}
    public void setComponent(Component component){
        this.component = component;
        ...
    }    
}

有了统一接口之后，Decorator可以继续放到Decorator中，形成俄罗斯套娃一样的结构，可以方便地得到新的组合对象，同时不增加类的数量。

使用Decorator模式可以很容易地重复添加一个特性，例如在TextView上添加双边框时，仅需将添加两个BorderDecorator即可。而两次继承Border类则极容易出错。

2. 应当保持Component的简单

Component（或者是ConcreteComponent）本身应该很小很简单，且尽量少地存储数据，因为它将多次嵌套在其他对象中。使用过程中的数据可以分散地放在相应修饰物（Decorator）中。

3. Component的接口需要完成最基础的功能

站在Component的角度来说，它是感受不到自己外面到底有多少层壳，而且作出更改的时候，行为是顺着最外层依次向内传递。因此，整个系列的对象都需要做的操作必须要在Component中声明。Decorator中则是顺路加工一下，并不影响到基础功能的执行。

class BorderTextView extends View{
    public void setText(String text){
        ...
        // 设置文字区域的边框宽度
        setTextBorder(1);
        component.setText(text);
    }    
}

class TextView extends View{
    public void setText(String text){
        ...
    }
}

还可以继续嵌套，比如再来个高亮的背景：

class HighlightTextView extends View{
    ...
}

new HighlightTextView(new BorderTextView(new TextView()));

这样就能得到一个即是背景高亮，又有边框的TextView。你可能觉得这跟继承一样，但如果这时候还要一个高亮无边框的TextView呢？继承的话需要多创建一个类，而此处仅需这样就可以得到：

new HighlightTextView(new TextView());