A股上市公司传智教育(股票代码 003032)旗下技术交流社区北京昌平校区

 找回密码
 加入黑马

QQ登录

只需一步,快速开始

© 程宁宁 中级黑马   /  2013-3-26 22:38  /  1570 人查看  /  3 人回复  /   0 人收藏 转载请遵从CC协议 禁止商业使用本文

本帖最后由 破落 于 2013-3-27 01:07 编辑

装饰模式是什么意思?怎么去实现

评分

参与人数 1技术分 +1 收起 理由
贾文泽 + 1

查看全部评分

3 个回复

正序浏览
贾振凯 发表于 2013-3-26 22:47
这个老毕在视频里有很好的讲解,我的总结给你看看,希望对你有所帮!

装饰模式又名包装模式,装饰模式以对客 ...

我当时也是明白一点点  看了你的回答,就更加容易理解了  很详细  谢谢  
回复 使用道具 举报
1.    装饰模式(Decorator)的定义:又名包装(Wrapper)模式,装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案。给一个类添加一些额外的职责,并且在添加这些额外的职责时不会控制该类的执行逻辑。

组成部分:
抽象构件:原始的功能接口
具体构件:具体的原始功能类
装饰角色:持有具体构件类的对象,以便执行原有功能
具体装饰:具体扩展的功能在这里

回复 使用道具 举报
这个老毕在视频里有很好的讲解,我的总结给你看看,希望对你有所帮!

装饰模式又名包装模式,装饰模式以对客户端透明的方式扩展对象的功能,动态的给一个对象附加上更多的功能,是继承关系的一个替代方案,可以在不创造更多的子类的模式下,将对象的功能加以扩展.

装饰模式与类继承的区别:
1.装饰模式是一种动态行为,可以对已经存在类进行随意组合,而类的继承是一种静态的行为,对象功能无法动态的改变.
2. 装饰模式扩展的是对象的功能,不改变原类文件,不需要增加类的数量,而类继承扩展的是的功能.所以在继承关系中,如果我们想增加一个对象的功能,只能通过在子类中扩展方法.
3. 装饰模式把对客户端的调用委派给被装饰的类,装饰模式的关键在于这种扩展完全透明的.

装饰模式的构成
1.抽象构建角色:给出一个抽象的接口,以统一规范被装饰的对象。相当于I/O流里面的InputStream/OutputStream和Reader/Writer.
2.具体的构建角色:定义一个将要被装饰的类。相当于I/O里面的FileOutputStream和FileInputStream.
3.装饰角色:持有一个抽象构建角色的引用(一般作为成员变量存在,并作为构造函数的参数传入具体对象),并定义一个与抽象构件一致的接口(以统一装饰类与被装饰类在功能逻辑上的一致性,就像毕老师说的,不可能没有缓冲功能的输入流加上缓冲功能就成输出流了吧)。相当于I/O里面的FilerOutputStream和FilterInputStream.
4. 具体的装饰角色:负责给构建对象扩展功能。相当于I/O流里面的BufferedOutputStream和BufferedInputStream以及DataOutputStream和DataInputSrtream.

装饰模式的特点:
1.装饰对象和真实对象具有相同的接口,这样客户端对象就可以以真实对象的相同的方式和装饰对象交互.
2.装饰对象包含一个真实对象的引用.
3.装饰对象接受所有来自客户端的请求,它把这些请求转发给真实的对象.
4.装饰对象可以在转发这些请求以前或者以后增加一些附加的功能,这样就能确保在运行时,不用修改给定对象结构就可以在外部增加附加的功能(在面向对象的程序设计中,通常是使用继承的关系来扩展给定类的功能).

通过例子来说明装饰模式的优势:
假设有这么一个接口MyReader,它有专门用于读取不同数据的实现类,这些实现类又都分别通过继承获得了一个拥有缓冲功能的子类,体系如下图所示
MyReader
       |--MyTextReader //读取文本的类
       |--MyBufferTextReader //带有缓冲功能的读取文本的类
       |--MyMediaReader //读取多媒体的类
       |--MyBufferMediaReader //带有缓冲功能的读取多媒体的类
       |--MyDataReader //读取元数据的类
       |--MyBufferDataReader //带有缓冲功能的读取元数据的类

很明显,按照上面这种基于继承的体系,如果以后要扩展的话,很快这个体系就会变得很臃肿,扩展性很差!


下面按照装饰模式的思想来构建这个体系
MyReader
       |--MyTextReader //读取文本的类
       |--MyBufferTextReader //带有缓冲功能的读取文本的类
       |--MyMediaReader //读取多媒体的类
       |--MyBufferMediaReader //带有缓冲功能的读取多媒体的类
       |--MyDataReader //读取元数据的类
       |--MyBufferDataReader //带有缓冲功能的读取元数据的类

由装饰模式的构成及特点分析可知,上面体系中
抽象构建角色应该为:MyReader
具体的构建角色应该为:MyTextReader,MyMediaReader,MyDataReader
装饰角色应该与构建角色统一接口,所以应该为:MyReader
具体装饰角色应该为:MyReader的一个实现类(我们定义为MyBufferReader)如下
class MyBufferReader implements MyReader
{
private MyReader r;
MyBufferReader(MyReader r){}
}
最后整个体系就变成下面这个样子啦,是不是很清新
MyReader
       |--MyTextReader
       |--MyMediaReader
       |--MyDataReader
       |--MyBufferReader


点评

写的很详细 谢谢  发表于 2013-3-27 01:05

评分

参与人数 1技术分 +1 收起 理由
贾文泽 + 1

查看全部评分

回复 使用道具 举报
您需要登录后才可以回帖 登录 | 加入黑马