[装饰者模式]经典的星巴克咖啡问题解决方案

20 篇文章 0 订阅
2 篇文章 0 订阅

在星巴克咖啡中,随意的点取咖啡种类以及配料的场景,如果使用传统的逻辑控制,产出的将会是一片非常不优雅的代码,而几乎每个例子中都会使用这样的一个场景,来引出装饰者模式的介绍。

装饰者模式通常有着如下的特点:

1、装饰对象和被装饰对象通常有着相同的接口,实现相同的操作;

2、装饰者对象中要含有被装饰对象的实例;

3、装饰者只是增加了附加功能,而不会去更改被装饰对象的实现逻辑;

从上述的描述中,我们可以抽象一下几个领域模型:

1、共同的接口,装饰者和被装饰者会针对相同的应用场景进行逻辑功能的控制,所以势必需要一个共同的接口,来定义特定的解决问题的场景方法。

2、抽象组件。这个可以是被装饰者的抽象父类,这里其实是可以作为“模板模式”的一个切入点

3、抽象的装饰者,抽象了装饰者的通用特征,比如装载的被装饰对象。

 

小练习:

1、定义通用接口

2、定义被装饰者抽象父类

注意上述的获取装饰对象数量和设置装饰对象数量的方法纯属于本次测试使用,严格意义上讲,或许放入抽象接口不太适合

3、定义装饰者抽象父类

看看他们的实现:

测试方法

执行结果

 

noOneCompnent
add NoOneDecorator!
add NoTwoDecorator!
装饰者的数量:2

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值