对装饰模式(Decorator)的解读
看过好多对装饰模式的讲解,他们几乎都有一句相同的话:对现有类功能的扩展。不知道大家怎么理解这句话的,之前我把”对功能的扩展“理解成”加功能=加方法“,比如Person类本来有两个功能:Eat 和 Run ,使用装饰模式后,可以再加一个功能:Sleep,这显然是不能的。增加Sleep意味着修改接口,装饰模式的功能并不是这样,那是怎样的呢?
还拿Person类来说明,比如现在有个需求:在吃饭前要洗手。 ”洗手“这个功能就是对Eat功能的扩展,添加“洗手”这个功能可以通过装饰模式添加,又比如吃完后,“男人要刷锅刷碗”, “刷锅刷碗”这个功能要添加给男人身上,也可以通过装饰模式动态给男人扩展这个功能,这个功能何时调用呢,当然是在吃饭的时候了,也就是调用Eat的时候,所以这些代码要写到Eat方法里。
再举个汽车的例子:
IMachine 接口是机器的接口,包含:Start()和Stop()两个功能。Car是IMachine的一个实现,SUVCar是Car的一个实现;
类:
/// <summary>
/// 机器
/// </summary>
interface IMachine
{
void Start();
void Stop();
}
IMachine
/// <summary>
/// 汽车
/// </summary>
abstract class Car : IMachine
{ public abstract void Start(); public abstract void Stop();
} /// <summary>
/// suv汽车
/// </summary>
class SUVCar : Car
{
public override void Start()
{
Console.WriteLine("我是SUV,发动机启动");
} public override void Stop()
{
Console.WriteLine("我是SUV,发动机熄火");
}
}
Car 和 SUVCar
这样的话,在Program里直接调用:
class Program
{
static void Main(string[] args)
{
Console.WriteLine("****汽车的功能****");
IMachine car = new SUVCar(); //SUV汽车的功能
ControlMachine(car); Console.WriteLine("");
Console.ReadLine();
} static void ControlMachine(IMachine m)
{
m.Start();
Console.WriteLine("机器在运转.....");
m.Stop();
}
}
没问题,但是如果有新的需求时,比如:当汽车发动机启动时自动打开大灯,发动机熄火时关闭大灯,这如何实现呢?
可以用一下两种方式:1、继承的方式,添加一个能自动管理大灯的SUVCar,继承自Car,重写Start和Stop方法,然后Main中的IMachine car = new SUVCar(); 改成IMachine car = new LightSUVCar();即可。
2、装饰模式实现,原理就是 添加 控制灯光功能类,这个控制灯光的功能对汽车而言是个装饰,汽车装饰上了这个功能,就具有了这个功能。如何装饰呢?这个灯光控制的功能就像个带灯光控制功能的汽车盒子,它能容纳一个汽车,也具有汽车的所有功能,只是这些功能室通过调用汽车的功能来实现的,同时添加自己的功能。
好,那我们先定义一个可以容纳汽车的盒子(装饰类):
class LightCarDecotar
{
private IMachine mac = null; public LightCarDecotar(IMachine c)
{
mac = c;
}
}
这个类可以通过构造函数来容纳一个机器(IMachine),当然也就可以容纳汽车了。构造函数的参数IMachine可以修改成Car,这要看你调用地方的接口是如何使用的。好,能够容纳后,还需要让这个盒子拥有汽车的功能,如何拥有呢,那就是让它继承接口:IMachine。由于汽车继承了IMachine,所以它继承了这个接口就拥有了相关功能:
/// <summary>
/// 汽车启动时自动开启远光灯,熄火后自动关闭远光灯
/// </summary>
class LightCarDecotar : IMachine
{
private IMachine mac = null;
public LightCarDecotar(IMachine c)
{
mac = c;
} public void Start()
{
Console.WriteLine("车灯打开");
mac.Start();
} public void Stop()
{
mac.Stop();
Console.WriteLine("车灯关闭");
}
}
到这里,这个汽车车灯控制的装饰类搞定了,在Main中调用:
class Program
{
static void Main(string[] args)
{
Console.WriteLine("****汽车的功能****");
IMachine car = new SUVCar(); //SUV汽车的功能
ControlMachine(car); Console.WriteLine(""); Console.WriteLine("****为汽车添加灯光功能****");
IMachine lightCar = new LightCarDecotar(car); //为汽车添加灯光功能
ControlMachine(lightCar); Console.WriteLine(""); Console.ReadLine();
} static void ControlMachine(IMachine m)
{
m.Start();
Console.WriteLine("机器在运转.....");
m.Stop();
}
}
由于装饰类:LightCarDecotar需要容纳一个汽车,所以要通过构造函数把汽车传递进去,由因为它继承自IMachine接口,故可以直接传递给ControlMachine方法的参数。运行结果:
同样的,给汽车再加一个”鸣笛“功能,鸣笛装饰类:
/// <summary>
/// 汽车启动时自动鸣笛,关闭时也自动鸣笛
/// </summary>
class VoiceCarDecorator : IMachine
{
private IMachine mac = null;
public VoiceCarDecorator(IMachine c) { mac = c; } public void Start()
{
Console.WriteLine("喇叭鸣笛");
mac.Start();
} public void Stop()
{
mac.Stop();
Console.WriteLine("喇叭鸣笛");
}
}
调用的方式同上。
这是汽车就用了两个功能的装饰类了,再想一下,可能还会有这样的需求:汽车启动时即”开灯“又”鸣笛“,这怎么办呢?两种:1,再加一个装饰类,类中同时写”鸣笛“和”开灯“的代码。不过第一种方法貌似会出现重复的代码(鸣笛和开灯),这时就体现出装饰模式的强大之处和构思巧妙了。由于它能容纳一个汽车,而它自己就是汽车(因为继承了IMachine),所以它能容纳同类(装饰类)。
对于即“开灯”又“鸣笛”的汽车,可以这样写:
IMachine voiceCar = new VoiceCarDecorator(car); //为汽车添加鸣笛功能
IMachine lightVoiceCar = new LightCarDecotar(voiceCar); //为汽车添加鸣笛和灯光功能
ControlMachine(lightVoiceCar);
先创建一个能鸣笛的车,然后创建一个能开灯的车,并把能鸣笛的车传递进去,装饰完的车就既可以鸣笛又可以开灯了。运行结果:
综上所述,您看出装饰模式的优势没?
例子中的类比较少,假设Car的子类有10种,其中的5种要加鸣笛,2种加开灯,3种加“既鸣笛又开灯”,如果用继承方式来实现,则要至少要加10个类通过重写方法来实现。但是如果通过装饰模式实现,则只需要加两个类(两个功能装饰类),然后在调用的时候按需装饰,装饰出来的对象就具有了装饰的功能。
以上例子是自己构想的,解释若有不确之处还请指出。谢谢
对装饰模式(Decorator)的解读的更多相关文章
- 装饰模式/decorator模式/结构型模式
装饰模式Decorator 定义 为对象动态的增加新的功能,实现要求装饰对象和被装饰对象实现同一接口或抽象类,装饰对象持有被装饰对象的实例. java实现要点 定义一个接口或抽象类,作为被装饰者的抽象 ...
- 二十四种设计模式:装饰模式(Decorator Pattern)
装饰模式(Decorator Pattern) 介绍动态地给一个对象添加一些额外的职责.就扩展功能而言,它比生成子类方式更为灵活.示例有一个Message实体类,某个对象对它的操作有Insert()和 ...
- 乐在其中设计模式(C#) - 装饰模式(Decorator Pattern)
原文:乐在其中设计模式(C#) - 装饰模式(Decorator Pattern) [索引页][源码下载] 乐在其中设计模式(C#) - 装饰模式(Decorator Pattern) 作者:weba ...
- 设计模式 装饰模式(Decorator)
设计模式 装饰模式(Decorator) @author ixenos 装饰模式是什么 1.装饰模式以对客户端透明的方式对象的功能,是继承关系的一个替代方案,但装饰模式可以在不创造更多子类的情况下,对 ...
- 设计模式-装饰模式(Decorator Pattern)
装饰模式(Decorator Pattern):动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活
- Netty学习-IO体系架构系统回顾 & 装饰模式Decorator的具体使用
Netty学习-IO体系架构系统回顾 IO和NIO的学习 NIO - 1.4 开始出的 在网络应用框架中,NIO得到了大量的使用,特别是netty里面 前提:对IO及其了解 对IO的总结和回顾 理解J ...
- 设计模式-09装饰模式(Decorator Pattern)
1.模式动机 一般有两种方式可以实现给一个类或对象增加行为: 继承机制:使用继承机制是给现有类添加功能的一种有效途径,通过继承一个现有类可以使得子类在拥有自身方法的同时还拥有父类的方法.但是这种方法是 ...
- 设计模式系列之装饰模式(Decorator Pattern)——扩展系统功能
说明:设计模式系列文章是读刘伟所著<设计模式的艺术之道(软件开发人员内功修炼之道)>一书的阅读笔记.个人感觉这本书讲的不错,有兴趣推荐读一读.详细内容也可以看看此书作者的博客https:/ ...
- 装饰模式 - Decorator 和 外观模式 - Facade
装饰模式 Decorator,不改变接口但动态给对象加入责任,所需功能按顺序串联起来控制,比生成子类灵活. 外观模式 Facade,让接口更简单.为子系统中的一组接口提供一个一致的界面. 参考:
随机推荐
- [NOIP2011普及组]瑞士轮 JAVA实现
题目描述 2*N名编号为1~2N的选手共进行R轮比赛.每轮比赛开始前,以及所有比赛结束后,都会按照总分从高到低对选手进行一次排名.选手的总分为第一轮开始前的初始分数加上已参加过的所有比赛的得分和.总分 ...
- 近5年133个Java面试问题列表
Java 面试随着时间的改变而改变.在过去的日子里,当你知道 String 和 StringBuilder 的区别就能让你直接进入第二轮面试,但是现在问题变得越来越高级,面试官问的问题也更深入. 在我 ...
- cocos2d-x 关于opengl version too old 问题解决办法
转载请注明出处 http://blog.csdn.net/u010229677/article/details/9704961 今天cocos2d-x突然出现这个对话框,去国外论坛找的解决办法.折腾许 ...
- pom.xml第一行报错
错误:Cannot detect Web Project version. Please specify version of Web Project through <version> ...
- Codeigniter数据库操作
//查询: $query = $this->db_query("SELECT * FROM table"); ================================ ...
- Bootstrap-模态框Modal使用
传值使用JavaScript方式吧,代码如下: <!DOCTYPE html> <html> <head> <meta charset="UTF-8 ...
- Android.mk各种文件编译汇总
一.源代码编译 1.1 so预编译 LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE := libAppArea LOCAL ...
- 【c++】虚函数描写叙述符override
在C++11中为了帮助程序猿写继承结构复杂的类型,引入了虚函数描写叙述符override,假设派生类在虚函数声明时使用了override描写叙述符,那么该函数必须重载其基类中的同名函数,否则代码将无法 ...
- PreferenceActivity的使用
PreferenceActivity是一个非常有用的基类,当我们开发Android项目时避免不了选项设置,这些设置习惯用Preference来保存.Android专门为这种Activity提供了便捷的 ...
- fork和exec函数
#include<unistd.h> pid_t fork(void); 返回:在子进程中为0,在父进程中为子进程IO,若出错则为- fork最困难之处在于调用它一次,它却返回两次.它在调 ...