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