装饰器模式又名包装器(Wrapper)模式。装饰器模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案。
模式类图
装饰器模式的类图如附件图1所示.
在装饰器模式中的各个角色有: 抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象。
-
具体构件(Concrete Component)角色:定义一个将要接收附加责任的类。
- 装饰器(Decorator)角色:持有一个构件(Component)对象的实例,并定义一个与抽象构件接口一致的接口。
- 具体装饰(Decorator)角色:负责给构件对象贴上附加的责任。
对象图
装饰器模式的对象图呈链状结构,其共有三个具体装饰器类,分别称为Decorator1、Decorator2和Decorator3,具体构架类是ConcreteComponent。一个典型的创建过程如代码所示:
new Decorator1(
new Decorator2(
new Decorator3(
new ConcreterComponent()
)
)
);
这意味着Decorator1的对象持有一个Decorator2对象的引用,后者则持有一个对Decorator3对象的引用,再后者持有一个对具体构件ConcreteComponent对象的引用。
装饰器模式常常被称作包裹模式,就是因为每一个具体装饰器类都将下一个具体装饰器类或者具体构件类包裹起来。仍然以上面的情况为例,Decorator1对象包裹了Decorator2对象,后者包裹了Decorator3对象,再后者又包裹了ConcreteComponent对象。每一层包裹都提供了一些新的功能,如下附件图2所示.
装饰器模式应当在什么情况下使用
在以下情况下应当使用装饰器模式:
(1) 需要扩展一个类的功能,或给一个类增加附加责任。
(2) 需要动态地给一个对象增加功能,这些功能可以再动态的撤销。
(3) 需要增加由一些基本功能的排列组合而产生的非常大量的功能,从而使继承关系变得不现实。
使用装饰器模式的优点和缺点
使用装饰器模式主要有以下的优点:
(1) 装饰器模式与继承关系的目的都是要扩展对象的功能,但是装饰器模式可以提供比继承更多的灵活性。
装饰器模式允许系统动态的决定“贴上”一个需要的“装饰”,或者除掉一个不需要的“装饰”。继承关系则不同,继承关系是静态的,它在系统运行前就决定了。
(2) 通过使用不同的具体装饰器类以及这些装饰器类的排列组合,设计师可以创造出很多不同行为的组合。
(3) 这种比继承更加灵活机动的特性,也同时意味着装饰器模式比继承更加易于出错。
使用装饰器模式主要有以下的缺点:
由于使用装饰器模式,可以比使用继承关系需要较少数据的类。使用较少的类,当然使设计比较易于进行。但是,在另一方面,使用装饰器模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难,特别是这些对象看上去都很像。
模式的简化
大多数情况下,装饰器模式的实现都比上面的示意性实现要简单。对模式进行简化时需要注意以下的情况:
(1) 一个装饰器类的接口必须与被装饰器类的接口相容。
ConcreteDecorator类必须继承自一个共同的父类Component。但是在实际使用时,如果在模式上所有所简化,就必须特别注意这一点。
(2) 尽量保持Component作为一个“轻”类。
这个类的责任是为各个ConcreteDecorator类提供共同的接口,因此它应当着重在提供接口而不是存储数据。在实际工作中,它可以是一个抽象类或者一个具体类。此时,就应当主要不要把太多的逻辑和状态放在Component类里。
(3) 如果只有一个ConcreteComponent类而没有抽象的Component类(接口),那么Decorator类经常可以是ConcreteComponent的一个子类,如附件图3所示.
(4) 如果只有一个ConcreteDecorator类,那么就没有必要建立一个单独的Decorator类,而可以把Decorator和ConcreteDecorator的责任合并成一个类。甚至在只有两个ConcreteDecorator类的情况下,都可以这样做。但是如果ConcreteDecorator类的数目大于三的话,使用一个单独的Decorator类来区分抽象和具体的责任就是必要的了,如附件图4所示.
![点击查看原始大小图片](http://dl2.iteye.com/upload/attachment/0025/0081/c4cc789e-868b-306e-8fc3-4d76f21d3d08-thumb.bmp)
- 大小: 46.1 KB
![点击查看原始大小图片](http://dl2.iteye.com/upload/attachment/0025/0083/2ff31f72-013e-3f7f-8f99-e8f8c0217a91-thumb.bmp)
- 大小: 44.7 KB
![点击查看原始大小图片](http://dl2.iteye.com/upload/attachment/0025/0085/c4a373c1-0967-3f60-8c81-51c16fc46dc1-thumb.bmp)
- 大小: 41.5 KB
![点击查看原始大小图片](http://dl2.iteye.com/upload/attachment/0025/0093/3991c88a-c1ca-3d5a-8efa-b21487bea1ac-thumb.bmp)
- 大小: 38.6 KB
分享到:
相关推荐
4. **具体装饰器(Concrete Decorator)**:实现了装饰器接口,为组件增加新的行为或属性。每个具体装饰器都对应一种特定的扩展功能。 装饰模式的优点在于其灵活性,它可以独立于原始对象进行扩展,不需要修改原有...
4. 具体装饰器(Concrete Decorator):实现了装饰器的抽象方法,并添加新的行为或职责。 在"C#面向对象设计模式纵横谈(10):(结构型模式) Decorator 装饰模式.pdf"中,你可能会学习到如何定义这些角色以及它们之间...
首先,Decorator模式的核心组件包括抽象组件(Component)、具体组件(Concrete Component)、装饰器(Decorator)以及具体装饰器(Concrete Decorator)。抽象组件定义了对象的基本接口,所有组件都必须实现这个...
demo python使用装饰器(Decorator)的方式实现单例模式 functools.wraps 则可以将原函数对象的指定属性复制给包装函数对象, 默认有 __module__、__name__、__doc__,或者通过参数选择
NULL 博文链接:https://xiangtui.iteye.com/blog/1033790
Decorator模式的核心思想是通过将对象包装在一个装饰器对象中来增加新功能。装饰器和被装饰的对象拥有相同的接口,使得客户端代码可以透明地使用装饰后的对象,而不需要知道对象已经被增强了。这种设计使得代码更加...
4. **具体装饰器(Concrete Decorator)**:实现了装饰器的抽象方法,提供了具体的增强功能。每个具体装饰器都为原始组件增加特定的职责。 装饰模式的工作流程如下: 1. 客户端首先创建一个原始组件对象。 2. 然后...
c++设计模式-结构型模式-装饰器模式;QT工程;...装饰器(Decorator)模式的定义:指在不改变现有对象结构的情况下,动态地给该对象增加一些职责(即增加其额外功能)的模式,它属于对象结构型模式。
在装饰者模式中,我们通常有两个主要的角色:Component(组件)和Decorator(装饰器)。Component是被装饰的对象接口,定义了所有装饰器和原始对象共同拥有的行为。Concrete Component是Component的具体实现,是实际...
一、装饰器decorator decorator设计模式允许动态地对现有的对象或函数包装以至于修改现有的职责和行为,简单地讲用来动态地扩展现有的功能。其实也就是其他语言中的AOP的概念,将对象或函数的真正功能也其他辅助的...
通过创建装饰器类或使用ES7的@decorator语法,开发者能够更加便捷地实现对象行为的动态扩展,提高代码的可读性和可维护性,同时降低了模块间的耦合度。在实际项目中,装饰模式可以应用于各种场景,如组件增强、状态...
Java设计模式中的装饰模式(Decorator模式)是一种结构型设计模式,它允许在运行时向对象添加新的行为或责任,而不必通过子类化的方式。这种模式对于系统扩展性和灵活性至关重要,因为它避免了创建大量子类来实现...
控制访问,装饰器设计的四个名词,装饰器模式与代理模式的区别,
装饰器模式(Decorator Pattern)是一种结构性设计模式,它允许您在不影响同一类的其他对象的行为的情况下,静态或动态地向单个对象添加行为。该模式非常有用,当您想要在运行时添加或删除对象的功能时,或者当您想...
装饰器模式(Decorator Pattern)是一种结构型设计模式,它允许在运行时向对象添加新的行为或职责,而无需修改对象的原始代码。在C#中,装饰器模式通过创建一个包装对象,该对象拥有与原对象相同的接口,来实现对原...
装饰器模式(Decorator)是Java设计模式中的一种结构型模式,它的主要目的是为了在不修改原有对象的基础上,通过添加额外的职责来扩展对象的功能。这种模式可以看作是一种灵活的替代继承来实现功能扩展的方式。 在...
Python允许使用`@decorator`的形式直接将装饰器应用到函数或方法上,这在语法层面上大大简化了装饰器的使用。例如,一个简单的日志装饰器可以记录函数的执行时间,或者统计函数的调用次数。 装饰器模式的本质是通过...
“就增加功能来说,Decorator 模式相比生成子类更为灵活” 这句话的含义是,组合比继承更灵活,当可拓展的功能很多时,继承方案会产生大量的子类,而组合可以提