1、装饰模式相关介绍：

    a、装饰模式的职责：

    -  动态的为一个对象增加新的功能

    -  装饰模式是一种用于代替继承的技术，无需通过继承增加子类就能够扩展对象的新功能。使用对象的关联关系代替继承关系，更加灵活，同时避免了类型体系的快速膨胀。

    b、实现细节：

    -  Component 抽象构件角色：

        *  真正的对象和装饰对象有相同的接口。这样，客户端对象就能够以与真正对象相同的方式同装饰对象交互。

    -  ConcreteComponent 具体构件角色（真实对象）：

        *  io 流中的 FileInputStream、FileOutputStream。

    -  Decorator 装饰角色：

        *  持有一个抽象对象构件的引用。装饰对象接受所有客户端的请求，并把这些请求转发给真实的对象。这样，就能在真实对象调用后增加新的功能。

    -  ConcreteDecorator 具体装饰角色：

        *  负责给构件对象增加新的责任。

2、简单的代码演示：

    a、创建一个 ICar 接口（Component 抽象构件角色），Car 类（ConcreteComponent 具体构件角色）、SuperCar 类（Decorater 装饰角色）实现了 ICar 接口，FlyCar  类、WaterCar 类、AICar 类（ConcreteDecorator 具体装饰角色）继承了 SuperCar 类。

    b、看看在 Client11 测试类中输出的结果，还有它的类图关系。

3、装饰模式的总结：

    -  装饰模式（Decorator）也叫包装器模式（Wrapper）

    -  装饰模式降低系统的耦合度，可以动态的增加或者删除对象的职责，并使得需要装饰的具体构建类和具体装饰类可以独立变化，以便增加新的具体构建类和具体装饰类。

    其优点：

    -  扩展对象的功能，比继承灵活，不会导致类个数急剧增加。

    -  可以对一个对象进行多次装饰，创建出不同行为的组合，得到功能更强大的对象。

    -  具体构建类和具体装饰类可以独立变化，用户可以根据需要自己增加新的具体构件子类和具体装饰子类。

    其缺点：

    -  产生很多小对象。大量小对象占据内存，一定程度上影响性能

    -  装饰模式易于出错，调试排查比较麻烦。

本文出自 “12392717” 博客，请务必保留此出处http://12402717.blog.51cto.com/12392717/1928789

设计模式之装饰模式