理解设计模式（装饰者）

　　装饰者模式，动态改变原系统的逻辑。

特定环境

原系统功能需要扩展，但这类扩展可动态撤销，而使用继承实现不能实现或过于复杂时

一类问题

避免使用继承，而采用组合形式扩展系统功能

解决方案

装饰者模式，有：

• 组件接口 Componet ：规范行为，由抽象类或接口实现

• 被装饰者 Decorated ：实现Component，具有初始业务逻辑

• 装饰者 Decorator ： 实现Component，封装Decorated引用， 在初始逻辑上增加其他业务逻辑

• 具体装饰者 ConcreteDecorator ：实现Decorator，

优缺点

优点：
1、Decorator模式与继承关系的目的都是要扩展对象的功能，但是Decorator可以提供比继承更多的灵活性

2、通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合

缺点：
1、这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性

1. 装饰模式会导致设计中出现许多小类，如果过度使用，会使程序变得很复杂

2. 装饰模式是针对抽象组件（Component）类型编程。但是，如果你要针对具体组件编程时，就应该重新思考你的应用架构，以及装饰者是否合适。当然也可以改变Component接口，增加新的公开的行为，实现“半透明”的装饰者模式。在实际项目中要做出最佳选择

参考

装饰者模式, 作者：God bless you

理解设计模式（装饰者）

原文：http://www.cnblogs.com/CoolSoul/p/4984819.html