装饰者模式(Decorator Pattern) 追MM
装饰者模式
MM们要过生日了 ，怎么也得表示下吧。最起码先送个蛋糕。蛋糕多种多样了。巧克力，冰淇淋，奶油等等。这都是基本的了 ，再加点额外的装饰，如蛋糕里放点花。放贺卡。放点干果吃着更香等等。看看我是如何设计的。
????? 我想既然是蛋糕，那我就把蛋糕作为一个抽象类，剩下的蛋糕子类型来继承它，每个子类都有吃该蛋糕的感觉 ^_^，看起来真的不错。蛋糕的子类分别是奶酪蛋糕，巧克力蛋糕，冰淇淋蛋糕，插花的冰淇淋蛋糕，放贺卡的冰淇淋蛋糕。某个MM的生日蛋糕喜欢带花的冰淇淋蛋糕。还好我早有准备。但是有几次失策了。。她们要的蛋糕我这都没有。比如带鲜花的巧克力蛋糕。带果仁的牛奶蛋糕。带鲜花带果仁的蛋糕。。。。那我还要继续添加蛋糕的子类。。问题出现了。这样会造成大量的蛋糕子类。真是噩梦啊。
?
那么我要好好思考这个问题了。发现了刚才的设计确实有问题。。发现了真正的要关注的主体是蛋糕。。而贺卡，花，果仁等等只不过是装饰的作用。
?
思路来了。蛋糕作为主体，其他的东西都加到蛋糕上。MM要啥我就加啥呗。呵呵。
到现在我们要明确的是：
蛋糕是主体。花，贺卡，果仁等等是装饰者。可以用装饰者包装蛋糕。来看看什么是装饰器模式吧：
动态的将责任附加到对象上，若要扩展功能，装饰者提供了比继承更有弹性的替代方案。
?
说完理论了。可能还一头雾水吧。。。还是接着蛋糕的例子继续说。先看图吧。
基本符合了上面所提到的装饰者模式的框架结构了。再看看代码：
?
?
为了扩展cake的功能，加入了许多的装饰类。。当然用户也可以继承OtherDecorator来继续扩展。但是对API使用者是个困扰。。所以API要说明哪些类是用来包装的。。
?
?
?
1 楼 iXh 2009-02-20 打酱油。。。 2 楼 king_jjjj 2010-01-06 你没有说出问题的本质。装饰的重点不在你说的地方，而在于主体和装饰者的关系。你的例子没有围绕重点去讲。只能说是一般性的理解。