《HeadFirst设计模式》第三章-装饰者模式-读书笔记

By | 2019年10月14日

《HeadFirst设计模式》第三章-装饰者模式-读书笔记

案例代码链接:https://github.com/rainweb521/My-tutorial/tree/master/Design_patterns

背景

这一次是星巴兹咖啡,他们需要新的订单系统,原来的设计太过冗余,直接使用一个饮料抽象类作为父类,其他要增加调料的过程用子类继承父类,之后再实现,这样就变得特别繁琐,根本没有办法去维护。

违反了之前规定的设计原则:

  1. 多用组合,少用继承。
  2. 针对接口编程,不针对实现编程。

第一种解决方案

实现过程

直接重写Beverage类,把所有的调料都写进去,变成一个boolean值,在父类的cost里判断,并相加这些调料。

子类继续父类后,重写cost方法,用自己的价格再加上父类cost计算的价格。

这样就整体完成了新的设计。

image-20191013162800277

image-20191013163230134

依旧存在问题

当哪些需求或因素改变时,会影响这个设计?

  1. 调料价钱的改变会使我们更改现有代码。
  2. 一旦出现新的调料,我们就需要加上新的方法,并改变超类中的cost()方法。
  3. 以后可能会开发出新饮料。对这些饮料而言(例如:冰茶),某些调料可能并不适合,但是在这个设计方式中,Tea(茶)子类仍将继承那些不适合的方法,例如:hasWhip()(加奶泡)。
  4. 万一顾客想要双倍摩卡咖啡,怎么办

设计原则

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

设计模式

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

第二种解决方案

1.我们要做的流程

  1. 拿一个深焙咖啡(DarkRoast)对象
  2. 以摩卡(Mocha)对象装饰它
  3. 以奶泡(Whip)对象装饰它
  4. 调用cost()方法,并依赖委托(delegate)将调料的价钱加上去

2.模拟装饰过程

image-20191013164052988

image-20191013164104660

注意:

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

3.模拟实现类图

image-20191013164455814

注意:

这里还是用到了继承,继承Beverage抽象类,是为了有正确的类型,而不是继承它的行为。行为来自装饰者和基础组件,或与其他装饰者之间的组合关系。

4.具体代码实现

image-20191013165939619

发表评论

电子邮件地址不会被公开。 必填项已用*标注