Head First设计模式 装饰者模式

设计原则

  1. 类应该对扩展开放,对修改关闭。

开放-关闭原则

  1. 我们的目标是允许类容易扩展,在不修改现有代码的情况下,就可搭配新的行为。这样的设计具有弹性可以应对改变,可以接受新的功能来应对改变的需求。
  2. 在选择需要被扩展的代码部分时要小心。每个地方都采用开放一关闭原则,是一种浪费,也没必要,还会导致代码变得复杂且难以理解。

定义

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

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

要点

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值