Head First 设计模式--Decorator
chapter 3 --装饰者模式
?? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?装饰对象
?
设计原则：
?
(1)?类应该对扩展开放，对修改关闭。（开放-关闭原则）
?
该原则的目标是允许类容易扩展，在不修改现有代码的情况下，就可搭配新的行为。这样的设计具有弹性，可以应对改变，可以接受新的功能来应对改变的需求。
?
?
装饰者模式：
动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。
?
?
Structure
Component: 每个组件都可以单独使用，或者被装饰者包起来使用。ConcreteComponent: 是将要动态地加上新行为的对象，它扩展自Component。Decorator: 每个装饰者都“有一个”组件，即装饰者有一个实例变量以保存某个Component的引用。它可以是抽象类或接口。ConcreteDecorator: 它有一个实例变量，可以记录所装饰的事物。装饰者可以扩展Component的状态，也可以加上新的方法。新行为是通过在旧行为前面或后面做一些计算来添加的。特点：
装饰者和被装饰对象有相同的超类型。可以用一个或多个装饰者包装一个对象。既然装饰者和被装饰对象有相同的超类型，所以在任何需要原始对象（被包装的）的场合，可以用装饰过的对象代替它。装饰者可以在所委托被装饰者的行为之前与（或）之后，加上自己的行为，以达到特定的目的。对象可以在任何时候被装饰，所以可以在运行时动态地、不限量地用你喜欢的装饰者来装饰对象。?
深入理解：
该模式中的继承是为了让子类有正确的类型，以达到“类型匹配”，而不是继承它的行为。它的行为来自装饰者和基础组件，或与其他装饰者之间的组合关系。
?
?
常见用途：
Java I/O
?
其中，InputStream是抽象组件；第二层除了FilterInputStream都是可以被装饰者包起来的具体组件。FilterInputStream是一个抽象装饰者。第三层是所有具体的装饰者。
?
缺点：利用装饰者模式，常常造成设计中有大量的小类，数量实在太多（例如Java I/O），可能会造成使用此API程序员的困扰。但如果能认识到这些类都是用来包装InputStreamde，就能方便地使用包装方式取得想要的行为。
?
?
本章小结：
继承属于扩展形式之一，但不见得是达到弹性设计的最佳方式。在我们的设计中，应该允许行为可以被扩展，而无须修改现有的代码除了继承，装饰者模式也可以让我们扩展行为。装饰者模式意味着一群装饰者类，这些类用来包装具体组件。装饰者类反映出被装饰的组件类型（事实上，他们具有相同的类型，都经过接口或继承实现）。装饰者可以在被装饰者的行为前面与（或）后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的。你可以用无数个装饰者包装一个组件。装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂。