设计模式——装饰模式(Decorator)

本文详细介绍了装饰模式的概念、应用场景、角色组成、优缺点,通过咖啡店的例子展示了如何利用装饰模式动态扩展对象功能。同时,讨论了装饰模式与适配器模式的区别,以及透明性和半透明装饰模式的差异。
摘要由CSDN通过智能技术生成

要想正确理解设计模式,首先必须明确它是为了解决什么问题而提出来的。

设计模式学习笔记

——Shulin

转载请注明出处:http://blog.csdn.net/zhshulin

1、概念

        装饰模式又名包装(Wrapper)模式。装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案

        但是纯粹的装饰模式很难找到,大多数的装饰模式的实现都是“半透明”的,而不是完全透明的。换言之,允许装饰模式改变接口,增加新的方法。半透明的装饰模式是介于装饰模式和适配器模式之间的。适配器模式的用意是改变所考虑的类的接口,也可以通过改写一个或几个方法,或增加新的方法来增强或改变所考虑的类的功能。

大多数的装饰模式实际上是半透明的装饰模式,这样的装饰模式也称做半装饰、半适配器模式。


2、针对的问题

        动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator模式相比生成子类更为灵活。不改变接口的前提下,增强所考虑的类的性能。

何时使用:

    1)需要扩展一个类的功能,或给一个类增加附加责任。

    2)需要动态的给一个对象增加功能,这些功能可以再动态地撤销。

    3)需要增加一些基本功能的排列组合而产生的非常大量的功能,从而使继承变得    不现实。


3、角色组成

    l 抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象。

    l 具体构件(ConcreteComponent)角色:定义一个将要接收附加责任的类

    l 装饰角色(Decorator):持有一个构件(Component)对象的实例,并定义一个与抽象构件接口一致的接口

    l 

评论 11
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值