Head First---装饰者模式

1.举一个简单的例子:一种饮料黑咖啡,不添加为原味咖啡,添加调料摩卡为摩卡咖啡,添加牛奶味牛奶咖啡,添加巧克力为巧克力咖啡。

实现这个例子第一个想法是基类黑咖啡,然后摩卡咖啡继承自黑咖啡,牛奶咖啡、巧克力咖啡同理。这样的实现看来还不错,也使用了面向对象。

那么,现在又有了新的需求:

(1)添加两种及以上的调料,如摩卡牛奶咖啡,或者是添加双倍调料,如双倍摩卡咖啡。

(2)添加一种新的饮料茶,巧克力奶茶,牛奶奶茶。

如果满足以上的两个需求,就需要还要添加很多类,特别是当调料价格变化时,可能很多类就需要跟着修改,维护起来就很困难。


2.一个很重要的设计原则:类应该对扩展开放,对修改关闭。

目标是允许类容易扩展,在不修改代码或者需要修改很少代码的情况下,就可搭配新的行为。


3.装饰者模式定义和功能

动态的将责任附加到对象上,若要扩展功能,装饰者提供比继承更有弹性的方案。该模式以提供对客户端透明的方式扩展对象的功能。


4.涉及角色

抽象构件角色:定义一个抽象接口,来规范准备附加功能的类。

具体构件角色:将要被附加功能的类,实现抽象构件角色接口。

抽象装饰者角色:持有对具体构件角色的引用并定义与抽象构件角色一致的接口。

具体装饰角色:实现抽象装饰者角色,负责为具体构件添加额外功能。


5.优缺点

优点:

(1)提供比继承更多的灵活性

(2)使用不同的装饰组合可以创造出不同行为的组合

(3)需要的类的数目减少

缺点:

(1)灵活性带来比较大的出错性 

(2)产生更多的对象,给查错带来困难


6.android中涉及到装饰者模式是Context, ContextWrapper,ContextThemeWrapper,Activity,Service,Application。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值