HeadFirst设计模式读书笔记(3)-装饰者模式(Decorator Pattern)

装饰者模式:动态地将责任附件到对象上。若要扩展功能,装饰者提东了比继承更有弹性的替代方案。

    • 装饰者和被装饰对象有相同的超类型
    • 你可以用一个或者多个装饰者包装一个对象。
    • 既然装饰者和被装饰对象有相同的超类型,所以在任何需要原始对象(被包装的)的场合,可以用装饰过的对象代替它。
    • 装饰者可以在所委托被装饰者的行为前与/或之后,加上自己的行为,已达到特定的目的。
    • 对象可以在任何时候被装饰,所以可以在运行时动态地、不限量地用你喜欢的装饰者来装饰对象

设计原则:类应该对扩展开放,对修改关闭(开放-关闭原则)。

遵循开放-关闭原则,通常会引入新的抽象层次,增加代码的复杂度。你需要把注意力集中在设计中最有可能改变的地方,然后应用开放-关闭原则。在选择需要被扩展的代码部分时要小心,每个地方都采用开放-关闭原则,是一种浪费,也没必要,还会导致代码变得复杂且难以理解。

要点:

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

你可能感兴趣的:(Decorator)