23种设计模式之装饰模式

装饰模式也称为包装模式，结构型设计模式之一，其使用一种对客户端透明的方式来动态地扩展对象的功能，同时它也是继承关系的一种替代方案之一。

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

装饰模式的使用场景
需要透明且动态地扩展类的功能时

装饰模式的UML类图

角色介绍：

• 抽象构建（Component）：定义一个抽象接口，用以给这些对象动态地添加职责。

• 具体构建（ConcreteComponent)：定义一个具体的对象，也可以给这个对象添加一些职责。

• 装饰类（Decorator): 装饰抽象类，继承了Component,从外类来扩展Component类的功能。

• 具体装饰者（ConcretorDecorator)：负责给构建对象添加职责。

源码实现

// 抽象的人接口
public abstract class Person {
    //定义一个抽象方法，让具体类实现，
    public abstract void dressed();
}

// 具体实现
public class Boy extends Person {
    @Override
    public void dressed() {
        //boy类下dressed方法的基本逻辑
        System.out.println("穿了篮球服");
    }
}

// 抽象装饰者
public abstract class PersonCloth extends Person {
    protected Person mPerson; // 保持一个Person类的引用

    public PersonCloth(Person person) {
        this.mPerson = person;
    }

    @Override
    public void dressed() {
        // 调用Person类中的dressed方法
        mPerson.dressed();
    }
}

// 高档衣服，装饰者的具体实现
public class ExpensiveCloth extends PersonCloth {
    public ExpensiveCloth(Person person) {
        super(person);
    }

    private void dressShirt(){
        System.out.println("穿件短袖");
    }

    private void dressLeather(){
        System.out.println("穿件皮衣");
    }

    private void dressJean(){
        System.out.println("穿件牛仔裤");
    }

    @Override
    public void dressed() {
        super.dressed();
        dressShirt();
        dressLeather();
        dressJean();
    }
}

// 便宜的衣服，具体装饰者
public class CheapCloth extends PersonCloth {
    public CheapCloth(Person person) {
        super(person);
    }

    private void dressShorts(){
        System.out.println("穿件短裤");
    }

    @Override
    public void dressed() {
        super.dressed();
        dressShorts();
    }
}

// 客户端
public class Client {
    public static void main(String[] args){
        Person person = new Boy();
        CheapCloth cheapCloth = new CheapCloth(person);
        cheapCloth.dressed();

        ExpensiveCloth expensiveCloth = new ExpensiveCloth(person);
        expensiveCloth.dressed();
    }
}

输出结果为：

穿了篮球服
穿件短裤
穿了篮球服
穿件短袖
穿件皮衣
穿件牛仔裤

总结
装饰者模式的问题及解决：用装饰者实例化组件时,将增加代码的复杂度,一旦应用了装饰者模式,不只需要实例化组件,还要把组件包装进装饰者,而这样的装饰者有多少个是不确定的。这里可以应用工厂模式来实例化组件来简化操作。

优点：

• 每个装饰对象只关心自己的功能，不需要关心如何被添加到对象链当中。它是由Decorator的SetComponent方法来实现的，因而它们的职责是单一的。

• 类的核心职责与动态添加的职责是分离的。如果再向主类中添加新的功能，一是违反了开放封闭原则，二是增加了主类的复杂度。

• 比静态继承更灵活 与对象的静态继承相比，Decorator模式提供了更加灵活的向对象添加职责的方式，可以使用添加和分离的方法，用装饰在运行时刻增加和删除职责.

缺点：

• 产生许多小对象，采用Decorator模式进行系统设计往往会产生许多看上去类似的小对象，这些对象仅仅在他们相互连接的方式上有所不同。

装饰模式和代理模式的区别：

装饰器模式关注于在一个对象上动态的添加方法，然而代理模式关注于控制对对象的访问。
装饰模式是以客户端透明的方式扩展对象的功能，是继承关系的一个替代方案；而代理模式则是给一个对象提供一个代理对象，并且代理对象来控制对原有对象的引用。 装饰模式应该为所装饰的对象增强功能；代理模式对代理的对象施加控制，但不对对象本身的功能进行增强。