首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件开发 >

设计方式之略见一斑(装饰模式decorator)

2012-10-12 
设计模式之略见一斑(装饰模式decorator)标头:(引自设计模式)??? 为了扩展代码库,通常给它添加新类或者新方

设计模式之略见一斑(装饰模式decorator)

标头:(引自设计模式)

??? 为了扩展代码库,通常给它添加新类或者新方法。有时候,你也许不希望在运行时候使用新行为来组合对象。Interpreter模式允许你组合可执行对象,这个对象的行为可能变化会非常快。在有些情况下,你也许需要行为上的小变化,并且希望能够把这些变化事例起来,decorator模式可以满足这个需求。

?

decorator的意图就是在运行时组合操作的新变化

?

以经典例子IO流为例:

?? java类库里输入/输出流就是一个典型的decorator模式的例子,流是一系列比特或者字符的集合,比如文档中出现的字符集合。在java中,writer是支持流的一个方法,有些输出器(writer)类的构造器的参数可以是其他输出器,这样可以基于其他输出器来创建输出器.这种组合就是decorator模式的结构。

? 让我们来举个例子,看看如下代码,它创建一个小的文本文件:

public class ShowDecorator {public static void main(String[] args) {try {FileWriter write = new FileWriter("c://test.txt");BufferedWriter bw = new BufferedWriter(write);bw.write("hello,LGH ,my name is Liuguohua");bw.close();write.close();} catch (Exception e) {// TODO Auto-generated catch blocke.printStackTrace();}}}

?

?

运行这个程序,我们会得到一个test.txt 文件,其中包含一部分示范文字,本程序使用FileWriter对象来创新新文件,把这个对象包容在BufferedWriter中。需要注意的一个地方是我们可以从一个流组合另一个流,这部分代码从某FileWriter对象组合得到一个BufferedWriter对象。

?

?

一个很平常的应用,我们想要对用户每次输入的数据或者想对一个文本数据进行过滤等,这个时候可以开发个过滤器集合,通过选择已经存在的writer类中的操作,可以创建继承自Writer类所有行为的一个类

下面的图展示了设计思路:

?
设计方式之略见一斑(装饰模式decorator)
?1) SuperWriter继承了Writer所有的功能

?2)我们这里只假设需要对用户输入字母变成小写,所以重写了方法write(char[],off:int,len:int)

?3)除了方法writer(:int)及write(char[],off:int,len:int),其它方法采用默认实现

?

SuperWriter:

?

public abstract class SuperWriter extends Writer{protected Writer out;protected SuperWriter(Writer out){super(out);this.out = out;}}

?

?

这部分代码比较简单,只是简单继承Writer.

DecoratorWriter:

?

public abstract class DecoratorWriter extends SuperWriter{public DecoratorWriter(Writer out){super(out);}@Overridepublic void write(String s){char[] cs = s.toCharArray();for(char cc:cs){write(cc);}}public abstract void write(int c);@Overridepublic void close() throws IOException {// TODO Auto-generated method stubout.close();}@Overridepublic void flush() throws IOException {// TODO Auto-generated method stubout.flush();}@Overridepublic void write(char[] cbuf, int off, int len) throws IOException {// TODO Auto-generated method stubfor(int i =off;i<len;i++){write(cbuf[i]);}}}

?

该类为抽象类,提供除wirte(:int)方法以后的默认实现,其子类必须实现write(:int),对数据进行相应的操作。

现在,我们可以容易的创建和使用新的装饰模式过滤器,比如,如下类的功能就是把所有的字母转换成小写形式:

public class LowerCaseWriter extends DecoratorWriter{public LowerCaseWriter(Writer out){super(out);}@Overridepublic void write(int c) {// TODO Auto-generated method stubtry {out.write(Character.toLowerCase(c));} catch (IOException e) {// TODO Auto-generated catch blocke.printStackTrace();}}public static void main(String[] args) {try {LowerCaseWriter caseWriter = new LowerCaseWriter(new FileWriter("c://hah.txt"));caseWriter.write("HELLO,LGH,hello lgh");caseWriter.close();} catch (IOException e) {// TODO Auto-generated catch blocke.printStackTrace();}}}

?程序会把文本“hello,lgh,hello lgh”,输出到文本里。

相应的我们可以写一个把所有字母转换成大写形式等等。

?

原因:

?? 我们为什么要这样写呢,一个是复用,使代码看起来整洁一个就是功能多样化,如果只想在一个类里实现这些功能,不仅会使代码变得很庞大难以维护,同时如果想要每种类都有这种功能的话,我们必须通过继承的方式,否会只会作茧自缚.

?

?


headfirst设计模式本书确实如你所述,很通俗易懂。
但就像
大家都喜欢听歌,大部分目的为了娱乐心情,但总不能说你喜欢听张三的歌,认为张三唱的境界最高,没听懂他的歌就达不到听歌的境界。没有听懂张三的歌,别的也不用听了。

ps:如果你对于设计模式你有更好的理解,可否分享一下。
再次,设计模式实乃个人之略见一斑,其深,其广,有待去从更多的实践中得到启发。 6 楼 piao_bo_yi 2010-03-03   装饰器模式的精髓我觉得应该是排列组合。比如10=2*5。用户-角色-权限模型也是装饰器模式。LZ觉得呢? 7 楼 行者买刀 2010-03-03   piao_bo_yi 写道装饰器模式的精髓我觉得应该是排列组合。比如10=2*5。用户-角色-权限模型也是装饰器模式。LZ觉得呢?
经常看到一个追MM装饰者模式,我觉得说的很好。
引用
说有一MM过生日,于是男朋友给他买了蛋糕,但总不能直接拿过去,蛋糕总要装饰一下才行。于是一个被包装的漂漂亮亮的蛋糕就出现了。这就是装饰模式了。
8 楼 刃之舞 2010-03-12   大部分模式来说,都有个一个根本的起点就是OCP,站在这个起点的角度上看才能比较清楚的理解模式为什么要存在。

装饰者模式,从定义上说就是 动态的把一个特殊的个性的责任放到一个对象上,

如果使用继承做也可以,但是数量级上去后必然会早成类爆炸,可变性也必然会影响OCP的初衷。

装饰者是巧妙的使用继承来来达到这个效果,  装饰者中使用继承不是为了扩展和附加责任,而是为了获取类型的一致即多态,这应该属于对继承的一个技巧性的使用

       基类接口,

待包装类      装饰者接口

             具体的装饰者

装饰者接口从基类继承后获取和待包装类的类型上的一致,然后具体的装饰者中使用组合(这边才正式应用了,多用组合少用继承的原则)组合待包装类,并将自身的责任或者行为包装给待包装类的具体的方法。

热点排行