设计模式之第4章-装饰模式(Java实现)

设计模式之第4章-装饰模式(Java实现)

  “怎么了,鱼哥?”

  “唉,别提了,网购了一件衣服,结果发现和商家描述的差太多了,有色差就算了,质量还不好,质量不好就算了,竟然大小也不行,说好的3个X,邮的却是一个X的,不说了,退货去。你先开讲吧,你说说就一个东西还装饰个什么劲儿。”(装饰模式石化中:这关我什么事儿撒。)恩,今天由我来讲,讲之前先来个段子:话说面条被追到一个理发店,出来一个方便面,然后追他的人一把抓住他就开打:小子(第四声),烫个头发我就不认识你了么?其实那人认错了,出来的真的是方便面,我认识的,因为方便面屁股上有胎记,恩。然后为什么会认错呢?没错,就是他认为面条“装饰了一下”。好了,我就是装饰。不过鱼哥的衣服真的不怨我、、、

装饰模式之自我介绍

  先来看下有关我的定义:Attach additional responsibilities to an object dynamically keeping the same interface. Decorators provide a flexible alternative to subclassing for extending functionality.翻译过来的意思就是动态的给一个对象添加一些额外的职责。就增加功能来说,装饰模式想比生成子类更为灵活。下面的是我的类图:

  Component是定义一个对象接口,可以给这些对象动态的添加职责,ConcreteComponent是定义了一个具体的对象,也可以给这个对象添加一些职责。Decorator,装饰抽象类,继承了Component从外类来扩展Component类的功能,但对于Component来说,是无需知道Decorator的存在,至于ConcreteDecorator就是具体的装饰对象,起到给Component添加职责的功能。(装饰模式:容我抽根烟,喝杯水)

  讲到哪里来着?哦,想起来了。接下来我就谈谈Advantages和Disadvantages吧。

装饰模式之自我分析

  我嘛,比较均衡,何为均衡呢,就是优点和缺点一半一半,主要优点两个,如下:

  • 比静态继承更为灵活。比如说可以用添加和分离的方法,用装饰在运行时刻增加和删除职责。
  • 可以避免在层次结构高层的类有太多的特征。

  主要缺点:

  • Decorator与它的Component不一样。Decorator是一个透明的包装,如果从对象标识观点出发,一个被装饰的组件与此组件有差别。因此不能依赖对象标识。
  • 使用装饰模式会产生很多小的对象。这对于它来说很难进行订制。而且排错也很困难。

装饰模式之实现

  光说不练假把式,既然如此,我就给你们露一手,这次就拿面条烫发来当栗子,首先是面条的抽象类:

1 public abstract class Noodles{
2     //抽象方法
3     public abstract void say();
4 }

  抽象类比较简单,只有一say的属性,接下来是具体的面条的类的实现:

1 public  class sayNoodles extends Noodles{
2     //抽象方法
3     @Override
4     public void say(){
5         System.out.println("我是面条");
6     }
7 }

  他主要就是实现了抽象类的方法,描述自己是面条,不是其它的东西。接下来的就比较有意思了,就是这次的重点抽象类,装饰,一般都是把装饰类作为一个抽象类,因为要装饰的东西不仅仅只有一种, 可能装饰很多东西,比如说一个面条可以先烫发,在染发,然后焗一下等等,写到一个实现类的话就太臃肿,不利于扩展等,所以最好用一个抽象类,然后具体实现不同的装饰再具体子类实现,下面就是一个装饰的抽象类: 

 1 public abstract class Decorator extends Noodels{
 2     private Noodels noodles = null;
 3     //通过构造函数传递被修饰的东西
 4     public Decorator(Noodels nood)
 5     {
 6         this.noodles = nood;
 7     }
 8
 9     //委托给被修饰着执行
10     @Override
11     public void say(){
12         this.noodles.say();
13     }
14
15 }

  接下来就是一个实现给面条烫发,大变方便面的装饰类了:

 1 public class ConcreteDecorator extends Decorator{
 2     //定义被修饰者
 3     public ConcreteDecorator(Noodles nood){
 4         super(nood);
 5     }
 6
 7     //定义自己的修饰方法
 8
 9     private void dsay(){
10         System.out.println("我烫了头发");
11     }
12
13     //重写父类方法
14     public void say(){
15         this.dsay();
16         super.say();
17     }
18
19 }

  接下来可以通过测试类测试一下装饰后的效果:

1 public class Test{
2     public static void main(String[] args) {
3         Noodels noodels = new sayNoodles();
4         //进行装饰,烫发开始
5         noodels = new ConcreteDecorator(noodels);
6         noodels.say();
7     }
8 }

  好了,有关装饰模式的到此就没了。欲知后式(此为模式)如何,且听下回分解~(作者按:卧槽,竟然抢我台词,别理我,我想静静,别问我静静是谁)

装饰模式之应用场景

  • 不影响其他对象的情况下,以动态、透明的方式给单个对象增加职责。
  • 处理可以撤销的职责。

  以上。欲知后式何如,且听下回分解。

  

  第一篇:设计模式之序章-UML类图那点事儿

  第二篇:设计模式之第0章-单例模式(Java实现)

  第三篇:设计模式之第1章-工厂方法模式(Java实现)

  第四篇:设计模式之第2章-抽象工厂模式(Java实现)

  第五篇:设计模式之第3章-模板方法模式(Java实现)

   PS:本博客欢迎转发,但请注明博客地址及作者~

   博客地址:http://www.cnblogs.com/voidy/

   博客新址:http://voidy.gitcafe.com

   <。)#)))≦

时间: 2024-10-07 05:26:14

设计模式之第4章-装饰模式(Java实现)的相关文章

设计模式之第18章-观察者模式(Java实现)

设计模式之第18章-观察者模式(Java实现) 话说曾小贤,也就是陈赫这些天有些火,那么这些明星最怕的,同样最喜欢的是什么呢?没错,就是狗仔队.英文的名字比较有意思,是paparazzo,这一说法据说来自意大利电影<滴露牡丹开>中一个专门偷拍明星照片的一个摄影师的名字,“Paparazzo”,中文译为帕帕拉齐,俗语就是狗仔队.这些明星因狗仔队而荣,获得曝光率,也因狗仔队而损,被曝光负面新闻,不管怎么说,总之是“火起来了”,让明星们又爱又恨.(众人:鱼哥,你扯远了).咳咳,这个狗仔队其实嘛,也就

设计模式之第3章-模板方法模式(Java实现)

设计模式之第3章-模板方法模式(Java实现) "那个,上次由于我老婆要给我做饭,所以就没有说完就走掉了...这个那个".这次和以前一样,先来开场福利(工厂方法模式已被作者踹下场).由美女抽象工厂介绍一下适用场景~大家欢迎 抽象工厂之应用场景 一个系统要独立于它的产品的创建.组合和表示时. 一个系统要由多个产品系列中的一个来配置时. 当你要强调一系列相关的产品对象的设计以便进行联合使用时. 当你提供一个产品类库,而只想显示它们的接口而不是实现时. “人家要讲的就这么多了,接下来还是让今

设计模式之第1章-工厂方法模式(Java实现)

设计模式之第1章-工厂方法模式(Java实现) “我先来”,“不,老公,我先!”.远远的就听到几个人,哦不,是工厂方法模式和抽象工厂模式俩小夫妻在争吵,尼妹,又不是吃东西,谁先来不都一样(吃货的世界~).“抽象工厂模式,赶紧的自我介绍,工厂方法模式,你身为男人,要懂得绅士风度,lady first懂不懂,稍后再来,急什么.”(画外音:鱼哥,这是我家祖传的小吃,还有我爹的好酒blablabla),“哎呀,那个抽象工厂模式,阿姨喊你回家吃饭了.”“哦,我去去就回,等我啊.”工厂方法,赶紧的.“等等,

设计模式之第6章-迭代器模式(Java实现)

设计模式之第6章-迭代器模式(Java实现) “我已经过时了,就不要讲了吧,现在java自带有迭代器,还有什么好讲的呢?”“虽然已经有了,但是具体细节呢?知道实现机理岂不美哉?”“好吧好吧.”(迭代器闷闷不乐的答应下来.作者吃着小笼包,咂咂嘴道:哼,想偷懒,窗户都没有~). 迭代器模式之自我介绍 正如你们所见,我目前已经没落了,基本上没人会单独写一个迭代器,除非是产品性质的研发,我的定义如下:Provide a way to access the elements of an aggregate

设计模式之第22章-组合模式(Java实现)

设计模式之第22章-组合模式(Java实现) “鱼哥,有没有什么模式是用来处理树形的“部分与整体”的层次结构的啊.”“当然”“没有?”“有啊.别急,一会人就到了.” 组合模式之自我介绍 “请问你是?怎么什么都不说就直接上来了.”“本式行不更名坐不改姓,就是组合模式来着,此次受作者之邀来讲讲我的前世今生来着.”“哦,你就是组合模式啊,久仰久仰.”“失敬失敬.”恩,首先我先说下定义:Compose objects into tree structure to represent part-whole

设计模式之第20章-访问者模式(Java实现)

设计模式之第20章-访问者模式(Java实现) “嘿,你脸好红啊.”“精神焕发.”“怎么又黄了?”“怕冷,涂的,涂的,蜡.”“身上还有酒味,露馅了吧,原来是喝酒喝的啊.”“嘿嘿,让,让你发现了,今天来几个朋友,然后就小聚一下,小饮,几杯啦.”“小日子过得不错嘛.”“那是自然,要不然,再去喝两杯.”“别介,我还有要事要做呢,鱼哥你别坑我.”“什么,什么要紧事,能比的上,喝酒啊”.“走,陪我,陪我喝两杯去.”(作者已被拉走.)访问者登场. 访问者模式之自我介绍 累的死俺的杰特们(ladies and

设计模式之第12章-享元模式(Java实现)

设计模式之第12章-享元模式(Java实现) “怎么回事,竟然出现了OutOfMemory的错误.鱼哥,来帮我看看啊.”“有跟踪错误原因么?是内存泄露么?”“不是内存泄露啊,具体原因不知道啊.对了,有说新对象申请不到内存空间.”“这个原因么,我曾写过一篇博文:叫OutOfMemory简单分析.不过你的明显是因为代码问题,产生对象太多,导致内存被耗尽,正好一会有堂课,讲的正好能解决你的问题.”(嘿嘿,轮到我享元模式出场了~) 享元模式之自我介绍 我,享元模式乃是池技术中的重要实现方式,具体定义如下

设计模式之第11章-建造者模式(Java实现)

设计模式之第11章-建造者模式(Java实现) “那个餐厅我也是醉了...”“怎么了?”“上菜顺序啊,竟然先上甜品,然后是冷饮,再然后才是菜什么的,无语死了.”“这个顺序也有人这么点的啊.不过很少就是了,正常来说如果是中餐的话,都是先凉菜再热菜,然后是汤,最后是一些甜品什么的.西餐呐,先有头盘,用来开胃的,然后是汤(感觉好怪的说),再然后是副菜.主菜.蔬菜类.甜品.饮料来着.然后法国嘛就是blablabla...”(作者已被众人拖走.“让我说完啊,就剩几个国家了~啊~~”).咳咳,题归正转.你问

设计模式之第8章-策略模式(Java实现)

设计模式之第8章-策略模式(Java实现) “年前大酬宾了啊,现在理发冲500送300,冲1000送500了.鱼哥赶紧充钱啊,理发这事基本一个月一回,挺实惠的啊.不过话说那个理发店的老板好傻啊,冲1000才送500,不如冲两次500,这样可以送600呢.”“这只能说明你不是很笨,但是也算不上聪明.”“啊?难道我想错了?”“这是一种策略,策略,懂?他如果是冲1000送700的话你是不是很大的可能性冲500?而不是1000,但是如果这样的话,在“聪明人”,对,没错,就是你这样的人来说,冲两次500表