《Android源码设计模式解析与实战》读书笔记（二十一）——装饰者模式

在之前的我为 RecyclerView 添加 HeaderView 和 FooterView 的时候就提到了 ListView 在添加头布局和脚布局时就用到了装饰者模式，装饰者模式又称为包装模式（Wrapper Pattern），它使用一个对客户端透明的方式来动态扩展对象的功能，同时也是替代继承关系的方案之一。在生活中也能体现装饰者模式，比如人要穿衣服，可以穿运动装和正装，但是无论怎么样，本质都还是一个人，只是装饰了不同的衣着。所以装饰者模式就是装饰物不同，但是本质不变。

第二十一章 装饰模式

1.定义

动态地给一个对象添加一些额外的职责， 就增加功能来说，装饰模式相对于生成子类来说要更灵活。

2.使用场景

1）.需要透明且动态地扩展类的功能时。

3.简单实现

装饰模式一般有四类角色：

Component ：抽象组件，一般为接口或者抽象类，充当被装饰的原始对象。

ConcreteComponent ：具体组件，具体的被装饰对象。

Decorator ：抽象装饰者，一般为抽象类，内部有一个指向组件的引用，根据不同的装饰逻辑实现不同的具体子类，如果具体装饰者只有一个的话，可以省略此类。

ConcreteDecorator ：具体装饰者，对抽象装饰者作出具体实现。

就拿开头提到了例子来说，人的衣着可能会随时变化，一个男生，在家穿得可能比较随便，但是出去运动或者约会时，就会装饰不同的穿着，我们就可以用装饰模式来实现，而不用创建多个男生子类，比如运动型男生和约会型男生了。

Person（抽象组件）类：

public abstract class AbstractPerson {
    public abstract void dressed();
}

Boy（具体组件）类：

public class Boy extends AbstractPerson {
    private AbstractDressing mAbstractDressing;

    @Override
    public void dressed() {
        System.out.println("男生夏天在家一般只穿条内裤");
    }

    public void sport() {
        if (mAbstractDressing == null || !(mAbstractDressing instanceof SportDressing)) {
            mAbstractDressing = new SportDressing(this);
            mAbstractDressing.dressed();
        }
    }
    public void date(){
        if (mAbstractDressing == null || !(mAbstractDressing instanceof DateDressing)) {
            mAbstractDressing = new DateDressing(this);
            mAbstractDressing.dressed();
        }
    }
}

AbstractDressing（抽象装饰者）：

public abstract class AbstractDressing extends AbstractPerson {
    private AbstractPerson mAbstractPerson;

    public AbstractDressing(AbstractPerson mAbstractPerson) {
        this.mAbstractPerson = mAbstractPerson;
    }

    @Override
    public void dressed() {
        mAbstractPerson.dressed();
    }
}

SportDressing（具体装饰者）：

public class SportDressing extends AbstractDressing {
    public SportDressing(AbstractPerson mAbstractPerson) {
        super(mAbstractPerson);
    }

    private void sportsVest() {
        System.out.println("穿上运动背心");
    }

    private void sportShorts() {
        System.out.println("穿上运动短裤");
    }

    private void sportShoes() {
        System.out.println("穿上运动鞋");
    }

    @Override
    public void dressed() {
        super.dressed();
        sportsVest();
        sportShorts();
        sportShoes();
    }
}

DateDressing（具体装饰者）：

public class DateDressing extends AbstractDressing {
    public DateDressing(AbstractPerson mAbstractPerson) {
        super(mAbstractPerson);
    }

    private void shirts() {
        System.out.println("穿上衬衣");
    }

    private void trousers() {
        System.out.println("穿上西裤");
    }

    private void leatherShoes() {
        System.out.println("穿上皮鞋");
    }

    @Override
    public void dressed() {
        super.dressed();
        shirts();
        trousers();
        leatherShoes();
    }
}

客户端（MainActivity）调用：

        Boy mBoy = new Boy();
        System.out.println("在家穿的衣服");
        mBoy.dressed();
        System.out.println("运动时穿的衣服");
        mBoy.sport();
        System.out.println("约会时穿的衣服");
        mBoy.date();

运行程序，打印如下：

Boy 的本质还是那个 Boy，只是根据不同的行为而装饰了不同的东西，SportDressing 和 DateDressing 为 Boy 对象提供了功能扩展，而且是在没有直接修改原有的逻辑和结构的基础上扩展了功能。

4.总结

装饰模式与代理模式有些相似，往往会把装饰模式误以为是代理模式，它们的区别在于装饰模式是以对客户端透明的方式扩展对象的功能，是替代继承关系的方案之一，而代理模式则是给对象提供一个代理对象，由代理对象来控制对原对象的引用；装饰模式是为对象增加功能，而代理模式只是对对象施加控制，并不会对原对象的功能有所增强。

Demo下载