设计模式之装饰模式(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 }
接下来就是一个实现给面条烫发,大变方便面的装饰类了:
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 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 }
好了,有关装饰模式的到此就没了。欲知后式(此为模式)如何,且听下回分解~(作者按:卧槽,竟然抢我台词,别理我,我想静静,别问我静静是谁)
装饰模式之应用场景
- 不影响其他对象的情况下,以动态、透明的方式给单个对象增加职责。
- 处理可以撤销的职责
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。