设计模式---装饰者模式

问题的抛出

现在有一个人叫小明,小明会唱歌,我想再让小明会弹钢琴怎么办呢,再让他...,如果用继承的话,你会不停的去加类.现在有一种模式就可以解决这个问题.可以灵活的添加职责的装饰者模式

装饰者模式的定义

动态的给一个对象添加一些额外的职责.就增加功能来说,装饰者模式比生成子类更为灵活.

结构

Component:定义一个对象的接口,可以给这些对象动态的添加职责

ConcreteComponent:实现Comment接口定义了一个具体的对象,也可以给这个对象动态的添加一些职责.

Decorator:装饰的抽象,继承了Component,让子类来具体的扩展Component类的功能但对Component来说是无须知道Decorator的存在

ConcreteDecorator:就是具体的装饰对象起到给Component添加职责的功能

案例

将提出的问题解决掉

案例分析:小明是一个人那么会有一个和共同的接口Person(Component),小明就是要扩展的具体的类XiaoMing(ConcreteComponent),创建一个抽象装饰者Decorator,创建装饰者抽象类的实现XiaoMingDecorator

具体代码如下

/**
 * <p> 对象的抽象(Component) </p>
 *
 * @author Alemand
 * @since 2018/1/25
 */
public interface Person {
    /**
     *会唱歌
     */
    void sing();
}

/**
 * <p> 人的具体的实现(ConcreteComponent) 实现Person </p>
 *
 * @author Alemand
 * @since 2018/1/25
 */
public class XiaoMing implements Person {

    @Override
    public void sing() {
        System.out.println("唱歌");
    }
}

/**
 * <p> 装饰者的抽象 </p>
 *
 * @author Alemand
 * @since 2018/1/25
 */
public class Decorator implements Person {

    /**
     *通过组合的方式
     */
    private Person person;
    /**
     *构造实例
     */
    public Decorator(Person person){
        this.person = person;
    }
    @Override
    public void sing() {
        person.sing();
    }
}
/**
 * <p> 小明的装饰(ConcreteDecorator) </p>
 *
 * @author Alemand
 * @since 2018/1/25
 */
public class XiaoMingDecorator extends Decorator {

    public XiaoMingDecorator(Person person) {
        super(person);
    }

    @Override
    public void sing(){
        System.out.println("弹钢琴");
        super.sing();
    }

}

测试代码

public class test {
    public static void main(String[] args) {
        //将小明包装了
        XiaoMingDecorator xiaoMingDecorator = new XiaoMingDecorator(new XiaoMing());
        //看到上面的对象创建的方式是不是有点像 new BufferedInputStream(new FileInputStream());
        //其实在java中IO就用到了这种模式
        xiaoMingDecorator.sing();
    }
}
输出就结果为
弹钢琴
唱歌

装饰者模式的优点

• 装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。
• 可以通过一种动态的方式来扩展一个对象的功能，通过配置文件可以在运行时选择不同的装饰器，从而实现不同的行为。
• 通过使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合。可以使用多个具体装饰类来装饰同一对象，得到功能更为强大的对象。
• 具体构件类与具体装饰类可以独立变化，用户可以根据需要增加新的具体构件类和具体装饰类，在使用时再对其进行组合，原有代码无须改变，符合“开闭原则”

装饰者模式的缺点

• 使用装饰模式进行系统设计时将产生很多小对象，这些对象的区别在于它们之间相互连接的方式有所不同，而不是它们的类或者属性值有所不同，同时还将产生很多具体装饰类。这些装饰类和小对象的产生将增加系统的复杂度，加大学习与理解的难度。
• 这种比继承更加灵活机动的特性，也同时意味着装饰模式比继承更加易于出错，排错也很困难，对于多次装饰的对象，调试时寻找错误可能需要逐级排查，较为烦琐。

总结