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模式进行系统设计往往会产生许多看上去类似的小对象，这些对象仅仅在他们相互连接的方式上有所不同。

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

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