装饰模式（Decorator）动态地给一个对象添加一些额外的职责，就增加功能来说装饰模式比生成子类更为灵活。
简单工厂+策略模式+装饰模式
CashRebate
+ acceptCash()：Double
<<接口>>ISale
ConcreteComponent
+ operation()
CashSuper
装饰模式（Decorator）结构图
Component是定义一个对象接口(也可以是抽象类)，可以给这些对象动态地添加职责
-component
CashReturn
-addedState : String
ConcreteDecoratorB
+ operation()-addedBehavior()
ConcreteDecoratorA
Decorator
CashContext
+ getResult()：Double
<<接口>>Component
CashNormal
装饰模式是为已有功能动态的添加更多功能的一种方式。但到底什么时候用它呢？当系统需要新功能时，需要向旧的类中添加新的代码，这些新的代码通常装饰了原有类的核心职责或主要行为，这种做法的问题在于，它们在主类中加入了新的字段、方法、逻辑，从而增加了主类的复杂度，而这些新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。而装饰模式却提供了一个非常好的解决方案，它把每个要装饰的功能放在单独的类中，并让这个类包装它索要装饰的对象，因此，当需要执行特殊行为时，客户代码就可以在运行时根据需要有选择地、按顺序地使用装饰功能包装对象了。装饰模式的优点就是，把类中的装饰功能从类中搬移出去，这样可以简化原有类。更大的好处是有效的把类的核心职责和装饰功能区分开了。而且可以去除相关类中重复的装饰逻辑
