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
原文地址：http://12402717.blog.51cto.com/12392717/1928789
