设计模式之装饰者模式(一)

现在有一家咖啡厅,里面有四种不同的咖啡种类,而每种不同的咖啡都可以附加牛奶、豆浆、奶泡或者摩卡,而且每次客人点餐,还可以附加多倍的某种配料,比如双倍摩卡。如果使用简单的类继承方法,就要写数量庞大的类,而且很难管理类似于“双倍摩卡”这种形式。

于是,我们就可以引入装饰模式,装饰模式动态地将责任附加到对象上,扩展功能时,提供了比继承更有弹性的替代方案,

装饰模式的类图如下:

装饰模式的特点是

1.装饰者必须能取代被装饰者,也就是说装饰者和被装饰者要用共同的父类。上图的ConcreteComponent类就是被装饰者,ConcreteDecoratorA和B就是装饰者

2.装饰者中含有一个其父类的引用,用来表明被装饰者或者其他装饰者。在装饰者的方法中,往往要先调用这个引用的同名方法。

比如,现在我要一杯摩卡奶泡深度烘焙咖啡,计算价格的过程应该是这样的。

Whip中保存的是Mocha的引用,Mocha中保存的是DarkRoast(被装饰者)的引用,通过循环调用,最后就计算出了价格。

一开始我的疑问是,为什么装饰者必须能取代被装饰者,如果被装饰者和装饰者的父类不一样,会怎么样呢?

思考了以下以后发现,如果被装饰者和装饰者的父类不一样,这意味着装饰者内部必须还要保存一个被装饰者的引用,而假如需要双重和多重的装饰者,则多个装饰者无法联系在一起,被装饰者也不知道其装饰者的存在。

代码参考如下:

Beverage类

/**
饮料类,是装饰者和被装饰者都继承的类。
**/
public abstract class Beverage
{
	String description="unknown";
	public String getDescription()
	{
		return description;
	}
	public abstract double cost();

}

CondimentDecorator类

/**
装饰者类,所有装饰者都继承自这个类
**/
public abstract class CondimentDecorator extends Beverage
{

	public abstract String getDescription();

}

DarkRoast类

/**
被装饰者类,表示其中一种咖啡(深度烘焙)
**/
public  class DarkRoast extends Beverage
{
	public DarkRoast()
	{
		this.description="DarkRoast";
	}
	public double cost()
	{
		return 0.99;
	}

}

还有其他的被装饰者类,Decas,Espresso, HouseBlend的代码省略

Milk类

/**
装饰者,继承了CondimentDecorator,表示其中一个装饰者
**/
public class Milk extends CondimentDecorator
{
	Beverage beverage;//用一个实例变量记录被装饰者
	public Milk(Beverage beverage)//通过构造方法把被装饰者的引用传递过来
	{
		this.beverage=beverage;
	}
	public String getDescription()
	{
		return beverage.getDescription()+",Milk";
	}
	public double cost()//先计算被装饰对象的价钱,再加上该装饰品的价钱。
	{
		return 0.10+beverage.cost();
	}
}

其他的装饰者类,Mocha,Soy,Whip的代码省略

测试类

package com.qingfei.decorator;
public class Test
{
	public static void main(String[] args)
	{
		Beverage beverage=new Espresso();
		System.out.println(beverage.getDescription()+"$"+beverage.cost());
		Beverage beverage2=new DarkRoast();
		beverage2=new Mocha(beverage2);
		beverage2=new Whip(beverage2);
		beverage2=new Soy(beverage2);
		System.out.println(beverage2.getDescription()+"$"+beverage2.cost());

	}
}

输出结果是

这样一来,就可以动态地为被装饰者添加装饰者了,当要扩展的时候,只需要增加一个装饰者的类即可,而装饰者类的修改对于被装饰者类没有影响,符合了开闭原则。

时间: 2024-07-29 12:52:55

设计模式之装饰者模式(一)的相关文章

设计模式 2 —— 装饰者模式

设计模式目录: 设计模式 1 ——观察者模式 设计模式 2 —— 装饰者模式

Design Pattern 设计模式 Decorator 装饰者模式

1 设计一个基类 2 继承这个基类,并包含这个基类的一个对象 3 创建继承类的时候,初始化这个基类,因为是基类指针,所以可以是所有基类的衍生类对象,那么就可以叠加任意多个衍生类对象了. 关键是在衍生类中包含一个基类对象,然后有了继承和包含两重关系,可以使得一个类一个类对象叠加,达到装饰目的. 等于是创建了一个对象指针链表,一个一个对象发挥其相应的作用. 下面程序装饰一个桌子,同时包含释放内存的处理. 关键要知道基类的析构函数必须使用虚函数,为什么? 1 如果基类不是析构函数,那么如果衍生类中包含

java设计模式之 装饰器模式

适AT java设计模式之 装饰器模式 装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构. 这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,动态给一个对象添提供了额外的功能. 我们通过下面的实例来演示装饰器模式的用法.模拟一个人从想吃饭.找饭店.享受美食.结束吃饭的过程 代码展示: 首先创建一个被修饰的接口 Eat package deco

设计模式之装饰者模式(Decorator)

1.定义 装饰者模式动态地将责任附加到对象上.若要扩展功能,装饰者提供了比继承更有弹性的替代方案 2.类图 Component抽象构件:Component是一个接口或者是抽象类,就是定义我们最核心的对象,也就是最原始的对象.在装饰者模式中,必然有一个最基本.最核心.最原始的接口或抽象类充当Component抽象构件. ConcreteComponent具体构件:ConcreteComponent是最核心.最原始.最基本的接口或抽象类的实现,你要装饰的就是它. Decorator装饰角色:一般是一

设计模式之装饰者模式(三)

欢迎大家的持续关注.上一次,我们结合第一篇推导出来的类图,到第二篇根据类图进行实际代码的编写,对装饰者模式有了一个整体的概念以及实战.不知道对你帮助如何呢?小编已经有门道了,看完接下来的一部分,你会恍然大悟,原来实际编码中你一直在用装饰者模式. 真实世界的装饰者:Java I/O 看到标题,是不是就很想往下看,到底是I/O中的什么呢,让你早已经拥有了装饰者模式的实践?就如书上给的描述,你第一次(还有第二次和第三次)看到这些API发出"哇"的惊叹时,放心,你不是唯一收到惊吓的人.下面,我

掌握设计模式之装饰者模式

![](http://ww4.sinaimg.cn/large/006tNc79ly1g4ztauvhzej30p00dw45p.jpg) ## 前言 当应用开发中,我们要为一个对象在原有功能上进行扩展增强时,往往采用继承的方式,而继承过多时就会使得功能类更加复杂,不利于维护,而设计模式中装饰者模式可以帮助我们更好对应这种场景,装饰者模式可以做到让对象能够动态地进行功能扩展,而不影响其他对象. 那究竟它是如何实现的呢,又如何实际应用呢,就让我们一起来学习下这个模式吧. ## 模式定义 装饰者模式

java_设计模式_装饰者模式_Decorator Pattern(2016-07-28)

装饰模式又名包装(Wrapper)模式.装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案. 装饰模式的结构 装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任.换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同.装饰模式可以在不使用创造更多子类的情况下,将对象的功能加以扩展. 装饰模式的类图如下: 在装饰模式中的角色有: ● 抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象. ● 具体构件(ConcreteComponent)角色

设计模式之装饰者模式

设计模式系列都是学习HeadFirst设计模式得出的学习心得,中间的例子也会采用书中的例子.这里有必要解释一下,在下面星巴克咖啡的例子中,有几种基本的咖啡,还有牛奶.豆浆等等可以向咖啡中添加,这里说明防止下面不懂. 今天我们来了解一下装饰者模式. 回想一下java的io包,各种stream排上倒海,初学者根本分不清楚到底怎么用,眼花缭乱.其实,它的实验遵循了装饰者设计模式.顾名思义,装饰者就可以简单的理解成用一个东西来装饰另一个东西.比如,你要做鱼吃,在你做好出国之后需要加入香菜.我们就可以简单

python设计模式之装饰器模式

装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. import time def log_calls(func): def wrapper(*args,**kwargs): now=time.time() print("Calling{0} with {1} and {2}

【设计模式】装饰者模式-明月装饰了你的窗子

装饰者模式 使用装饰者模式,可以动态的给一个对象添加一些额外的职责.这适用于,我们只希望给某个对象而不是整个类添加一些功能的场景.通过使用含有某个特定功能的类来"包裹"原始的类,提供给原始的类某些它本身不具备的特性.比如,我们有一杯"茉莉茶",现在加上一颗"柠檬",那我们就有了一杯"柠檬茉莉花茶"."柠檬"作为一个装饰者,提供了"茉莉茶"本身没有的清爽口感.当然,这也带来了一定的负担,你