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，就能方便地使用包装方式取得想要的行为。

 

 

本章小结：

• 继承属于扩展形式之一，但不见得是达到弹性设计的最佳方式。
• 在我们的设计中，应该允许行为可以被扩展，而无须修改现有的代码
• 除了继承，装饰者模式也可以让我们扩展行为。
• 装饰者模式意味着一群装饰者类，这些类用来包装具体组件。
• 装饰者类反映出被装饰的组件类型（事实上，他们具有相同的类型，都经过接口或继承实现）。
• 装饰者可以在被装饰者的行为前面与（或）后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的。
• 你可以用无数个装饰者包装一个组件。
• 装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。
• 装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂。