文档介绍:装饰模式
装饰模式
模式动机与定义
模式结构与分析
模式实例与解析
模式效果与应用
模式扩展
装饰模式
模式动机
在现实生活中,存在如下一些场景:
买了新房,但却是毛坯房,它可以居住,但如何能变得更漂亮、更温馨、更实用、更能满足居家的需求?答案是装修,对新房进行装修不但没有改变房屋用于居住的原有功能,又增加了很多新功能。
一张纸板照片,如何让它更美观、保存更长久?即在不改变照片记录影像的原有功能前提下,增加新的好看、防潮功能。答案是我们可以给它增加一个相框,而且可以根据喜好给它增加不同类型的相框,甚至可以在一个小相框的外面再套一个大相框。
装饰模式
模式动机
装饰模式
模式动机
在软件设计中,一般有两种方式可以实现给一个类或对象增加行为(新功能):
继承机制,使用继承机制是给现有类添加功能的一种有效途径,通过继承一个现有类可以使得子类在拥有自身方法的同时还拥有父类的方法。但是这种方法是静态的,用户不能控制增加行为的方式和时机。
关联机制,即将一个类的对象嵌入另一个对象中,由另一个对象来决定是否调用嵌入对象的行为以便扩展自己的行为,我们称这个嵌入的对象为装饰器(Decorator)。
装饰模式
模式动机
装饰器使用对象之间的关联关系取代类之间的继承关系,在装饰器中既可以调用原有类的方法,还可以增加新的方法,以扩充原有类的功能。它通过一种无须定义子类的方式来给对象动态增加职责,符合合成复用原则。
装饰模式
模式定义
装饰模式(Decorator Pattern) :动态地给一个对象增加一些额外的职责(Responsibility),就增加对象功能来说,装饰模式比生成子类实现更为灵活。其别名也可以称为包装器(Wrapper),与适配器模式的别名相同,但它们适用于不同的场合。根据翻译的不同,装饰模式也有人称之为“油漆工模式”,它是一种对象结构型模式。
在装饰模式中,为了让系统具有更好的灵活性和可扩展性,我们通常会定义一个抽象装饰类,而将具体的装饰类作为它的子类,同时,也还会引入一个抽象构件类。
装饰模式
模式结构
装饰模式
装饰模式包含如下角色
Component:抽象构件,它是具体构件和抽象装饰类的共同父类,声明了在具体构件中实现的业务方法,它的引入可以使客户端以一致的方式处理未被装饰的对象以及装饰之后的对象,实现客户端的透明操作。
ConcreteComponent:具体构件,它是抽象构件类的子类,用于定义具体的构件对象,实现了在抽象构件中声明的方法,装饰器可以给它增加额外的职责(方法)。
装饰模式
装饰模式包含如下角色
Decorator:抽象装饰类,它也是抽象构件类的子类,用于给具体构件增加职责,但是具体职责在其子类中实现。它维护一个指向抽象构件对象的引用,通过该引用可以调用装饰之前构件对象的方法,并通过其子类扩展该方法,以达到装饰的目的。
ConcreteDecorator:具体装饰类,它是抽象装饰类的子类,负责向构件添加新的职责。每一个具体装饰类都定义了一些新的行为,它可以调用在抽象装饰类中定义的方法,并可以增加新的方法用以扩充对象的行为。
模式分析
由于具体构件类和装饰类都实现了相同的抽象构件接口,因此装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任,换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不需要创造更多子类的情况下,将对象的功能加以扩展。
装饰模式