设计模式之装饰者模式

文章目录

  • 星巴克咖啡订单项目(咖啡馆)
  • 方案 1-解决星巴克咖啡订单项目
  • 方案 1-解决星巴克咖啡订单问题分析
  • 方案 2-解决星巴克咖啡订单(好点)
  • 方案 2-解决星巴克咖啡订单问题分析
  • 装饰者模式定义
  • 装饰者模式原理
  • 装饰者模式解决星巴克咖啡订单
  • 装饰者模式下的订单:2 份巧克力+一份牛奶的 LongBlack
  • 装饰者模式咖啡订单项目应用实例

星巴克咖啡订单项目(咖啡馆)

  1. 咖啡种类/单品咖啡:Espresso(意大利浓咖啡)、ShortBlack、LongBlack(美式咖啡)、Decaf(无因咖啡)
  2. 调料:Milk、Soy(豆浆)、Chocolate
  3. 要求在扩展新的咖啡种类时,具有良好的扩展性、改动方便、维护方便
  4. 使用 OO 的来计算不同种类咖啡的费用: 客户可以点单品咖啡,也可以单品咖啡+调料组合

方案 1-解决星巴克咖啡订单项目

设计模式之装饰者模式_第1张图片

方案 1-解决星巴克咖啡订单问题分析

  1. Drink 是一个抽象类,表示饮料

  2. des 就是对咖啡的描述, 比如咖啡的名字

  3. cost() 方法就是计算费用,Drink 类中做成一个抽象方法.

  4. Decaf 就是单品咖啡, 继承 Drink, 并实现 cost

  5. Espress && Milk 就是单品咖啡+调料, 这个组合很多

  6. 问题:这样设计,会有很多类,当我们增加一个单品咖啡,或者一个新的调料,类的数量就会倍增,就会出现类爆炸

方案 2-解决星巴克咖啡订单(好点)

  1. 前面分析到方案 1 因为咖啡单品+调料组合会造成类的倍增,因此可以做改进,将调料内置到 Drink 类,这样就不会造成类数量过多。从而提高项目的维护性(如图)

设计模式之装饰者模式_第2张图片

  1. 说明: milk,soy,chocolate 可以设计为 Boolean,表示是否要添加相应的调料.

方案 2-解决星巴克咖啡订单问题分析

  1. 方案 2 可以控制类的数量,不至于造成很多的类
  2. 在增加或者删除调料种类时,代码的维护量很大
  3. 考虑到用户可以添加多份 调料时,可以将 hasMilk 返回一个对应 int
  4. 考虑使用 装饰者 模式

装饰者模式定义

  1. 装饰者模式:动态的将新功能附加到对象上。在对象功能扩展方面,它比继承更有弹性,装饰者模式也体现了开闭原则(ocp)
  2. 这里提到的动态的将新功能附加到对象和 ocp 原则,在后面的应用实例上会以代码的形式体现,请同学们注意体会。

装饰者模式原理

  1. 装饰者模式就像打包一个快递
    主体:比如:陶瓷、衣服 (Component) // 被装饰者
    包装:比如:报纸填充、塑料泡沫、纸板、木板(Decorator)
  2. Component 主体:比如类似前面的 Drink
  3. ConcreteComponent 和 Decorator
    ConcreteComponent:具体的主体,比如前面的各个单品咖啡
  4. Decorator: 装饰者,比如各调料.
    在如图的 Component 与 ConcreteComponent 之间,如果 ConcreteComponent 类很多,还可以设计一个缓冲层,将共有的部分提取出来,抽象层一个类

设计模式之装饰者模式_第3张图片

装饰者模式解决星巴克咖啡订单

设计模式之装饰者模式_第4张图片

说明

  1. Drink类就是前面说的抽象类,Component
  2. ShortBlank 就是单品咖啡
  3. Decorator 是一个装饰类,含有一个被装饰的对象(Drink obj)
  4. Decorator 的 cost 方法 进行一个费用叠加计算,递归的计算价格

装饰者模式下的订单:2 份巧克力+一份牛奶的 LongBlack

设计模式之装饰者模式_第5张图片

说明

1)Milk包含了LongBlank
2)一份Chocolate 包含了(Milk + LongBlack)
3)一份Chocolate 包含了 (Chocolate + Milk + LongBlack )
4)这样不管是什么形式的单品咖啡 + 调料组合,通过递归方式可以方便的组合和维护

装饰者模式咖啡订单项目应用实例

咖啡订单项目包结构

所有代码地址如下:

https://gitee.com/luan_hao/design-pattern/tree/master/src/main/java/com/lh/decorator

你可能感兴趣的:(设计模式,设计模式)