您的位置:首页 > 其它

设计模式系列 装饰模式

2012-05-19 14:26 197 查看
本文属于设计模式的必读书籍《Head First Design Patterns》的读书笔记,有不正确的地方欢迎指正。

首先,看看GoF对装饰模式的定义:

意图:

动态的给一个对象添加一些额外的职责。就增加功能来说,装饰模式比生成子类更加灵活。

定义很抽象,让我们来看看一个具体的业务场景:

在城市的某个中央商务区,一个小小的咖啡馆,生意兴隆,在收银台常常排的长长的队伍,顾客也多有抱怨。老板了解到客户的需求之后,发现如果有个如超市的收银机会很大的提高收款的效率,于是找到某家IT公司,请求开发一套收银系统。

需求:咖啡馆烤4种咖啡,然后,顾客可以在咖啡中添加巧克力,牛奶,摩卡等辅料。出售价格是按照咖啡的种类和添加的辅料计算。

首先,反应到大脑中的类图如下:





马上,你可能会意识到这个结构式有问题的,也就是如果有新的辅料加入进来,就需要修改父类,明显的违背了“开-闭”的设计原则。

那么,这个设计的问题出在哪里呢?答案就是对象的所有行为都是在编译器被定义下来了,无法再运行期动态的修改,导致如果有新的元素加入,导致必须要修改类。这里需要一种对象可以在运行期间动态的加入的行为的功能。我们再来看看装饰模式的定义:

动态的给一个对象添加一些额外的职责。就增加功能来说,装饰模式比生成子类更加灵活。

下面看看GoF给出的关于装饰模式的类图





设计完成后的收银系统类图如下:



内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: