先看一下定义:
The Decorator Pattern attaches additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality 。
大概意思就是说
装饰者模式可以动态地给一个对象增加其他职责。装饰者模式提供一个比继承更灵活方法扩展对象的功能。
什 么是动态和静态呢? 简单的说,就是静态对应继承,比如现在有一个类,现在想给其增加一些方法,静态的办法就是写一个类 extends 原来的类,在其中扩展一些方法,而动态对应组合 同样的问题动态的办法就是在runtime时运用组合给类增加方法。随便找本oo的书肯定有写组合比继承灵活,翻出来看看吧。
看一下怎么动态增加职责的:
//比如原来有一个类起名叫ConcreteComponent
var concreteComponent:ConcreteComponent=new ConcreteComponent();
//ConcreteComponent有一个operation的方法,只是简单的trace
concreteComponent.operation() //trace: 原始行为
//下面开始扩展原始的行为了,声明一个新装饰器叫做ConcreteDecoratorA ,把原来的concreteComponent给装饰一下~
var concreteDecoratorA:ConcreteDecoratorA= new ConcreteDecoratorA(concreteComponent)
//现在再调用operation方法吧(扩展了装饰之前的operation方法)
concreteDecoratorA.operation()
//trace: 原始行为 经过ConcreteDecoratorA装饰!
//下面再重新装饰一个新行为
var concreteDecoratorB:ConcreteDecoratorB=new ConcreteDecoratorB(concreteComponent)
//这回经过装饰后,出现了新的方法叫newOperation
concreteDecoratorB.newOperation()
//trace: 被装饰的新行为 newOperation()方法
The Decorator Pattern attaches additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality 。
大概意思就是说
装饰者模式可以动态地给一个对象增加其他职责。装饰者模式提供一个比继承更灵活方法扩展对象的功能。
什 么是动态和静态呢? 简单的说,就是静态对应继承,比如现在有一个类,现在想给其增加一些方法,静态的办法就是写一个类 extends 原来的类,在其中扩展一些方法,而动态对应组合 同样的问题动态的办法就是在runtime时运用组合给类增加方法。随便找本oo的书肯定有写组合比继承灵活,翻出来看看吧。
看一下怎么动态增加职责的:
//比如原来有一个类起名叫ConcreteComponent
var concreteComponent:ConcreteComponent=new ConcreteComponent();
//ConcreteComponent有一个operation的方法,只是简单的trace
concreteComponent.operation() //trace: 原始行为
//下面开始扩展原始的行为了,声明一个新装饰器叫做ConcreteDecoratorA ,把原来的concreteComponent给装饰一下~
var concreteDecoratorA:ConcreteDecoratorA= new ConcreteDecoratorA(concreteComponent)
//现在再调用operation方法吧(扩展了装饰之前的operation方法)
concreteDecoratorA.operation()
//trace: 原始行为 经过ConcreteDecoratorA装饰!
//下面再重新装饰一个新行为
var concreteDecoratorB:ConcreteDecoratorB=new ConcreteDecoratorB(concreteComponent)
//这回经过装饰后,出现了新的方法叫newOperation
concreteDecoratorB.newOperation()
//trace: 被装饰的新行为 newOperation()方法
该看看具体是怎么实现的了
类图到现在我还不会画,不过谷哥就是强,随便一搜就找到类图了
附加一个《head first design pattern》 里的图
Decorator跟Component之间的关系解释
引用
Decorator 是装饰者模式里非常特殊的一个类,它既继承于Component【IS A关系】,又维护一个指向Component实例的引用【HAS A关系】,换个角度来说,Decorator跟Component之间,既有动态组合关系又有静态继承关系,WHY? 这里为什么要这么来设计?上面我们说过,组合的好处是可以在运行时给对象增加职责,Decorator【HAS A】Component的目的是让ConcreteDecorator可以在运行时动态给ConcreteComponent增加职责,这一点相对来说还 比较好理解;那么Decorator继承于Component的目的是什么?在这里,继承的目的只有一个,那就是可以统一装饰者和被装饰者的接口,换个角 度来说,不管是ConcretComponent还是ConcreteDecorator,它们都是 Component,用户代码可以把它们统一看作Component来处理,这样带来的更深一层的好处就是,装饰者对象对被装饰者对象的功能职责扩展对用 户代码来说是完全透明的,因为用户代码引用的都是Component,所以就不会因为被装饰者对象在被装饰后,引用它的用户代码发生错误,实际上不会有任 何影响,因为装饰前后,用户代码引用的都是Component类型的对象,这真是太完美了!装饰者模式通过继承实现统一了装饰者和被装饰者的接口,通过组 合获得了在运行时动态扩展被装饰者对象的能力。
//上边这段话转自某文章,地址找不到了抱歉
各个部分:
Component(被装饰对象基类) 一个抽象类或接口
package net.nshen.designpatterns.decorator
{
public class Component
{
public function operation():void{
}
}
}
{
public class Component
{
public function operation():void{
}
}
}
ConcreteComponent(具体被装饰对象) 定义具体的对象,Decorator可以给它增加额外的职责;
package net.nshen.designpatterns.decorator
{
//被装饰者
public class ConcreteComponent extends Component
{
override public function operation():void{
trace("原始行为")
}
}
}
{
//被装饰者
public class ConcreteComponent extends Component
{
override public function operation():void{
trace("原始行为")
}
}
}
Decorator(装饰者抽象类) 维护一个指向Component实例的引用(这个实例就是要被装饰的对象),并且定义了与Component一致的接口;
package net.nshen.designpatterns.decorator
{
public class Decorator extends Component
{
//被装饰者
private var _component:Component
public function Decorator(p_component:Component):void{
this._component=p_component;
}
override public function operation():void{
this._component.operation()
}
}
}
{
public class Decorator extends Component
{
//被装饰者
private var _component:Component
public function Decorator(p_component:Component):void{
this._component=p_component;
}
override public function operation():void{
this._component.operation()
}
}
}
ConcreteDecorator(具体装饰者) 具体的装饰对象,给内部持有的具体被装饰对象增加具体的职责
扩展现有的方法
package net.nshen.designpatterns.decorator
{
public class ConcreteDecoratorA extends Decorator
{
public function ConcreteDecoratorA(p_component:Component)
{
super(p_component);
}
override public function operation():void{
super.operation()
trace("经过ConcreteDecoratorA装饰!")
}
}
}
{
public class ConcreteDecoratorA extends Decorator
{
public function ConcreteDecoratorA(p_component:Component)
{
super(p_component);
}
override public function operation():void{
super.operation()
trace("经过ConcreteDecoratorA装饰!")
}
}
}
增加新方法
package net.nshen.designpatterns.decorator
{
public class ConcreteDecoratorB extends Decorator
{
public function ConcreteDecoratorB(p_component:Component)
{
super(p_component);
}
//装饰新行为
public function newOperation():void{
trace("被装饰的新行为 newOperation()方法")
}
}
}
{
public class ConcreteDecoratorB extends Decorator
{
public function ConcreteDecoratorB(p_component:Component)
{
super(p_component);
}
//装饰新行为
public function newOperation():void{
trace("被装饰的新行为 newOperation()方法")
}
}
}
最后看一下目前为止的测试类designpattern.as吧
package {
import flash.display.Sprite;
import net.nshen.designpatterns.strategy.*;
import net.nshen.designpatterns.decorator.*;
import net.nshen.designpatterns.singleton.Singleton;
public class designpatterns extends Sprite
{
public function designpatterns()
{
//Test_Strategy()
//Test_Singleton()
Test_Decorator()
}
public function Test_Strategy():void{
var context:Context=new Context();
//设置策略
context.strategy=new ConcreteStrategyA()
context.ContextInterface()
//runtime 更改策略B
context.strategy=new ConcreteStrategyB()
context.ContextInterface()
//runtime 更改策略C
context.strategy=new ConcreteStrategyC()
context.ContextInterface()
}
public function Test_Decorator():void{
var concreteComponent:ConcreteComponent=new ConcreteComponent();
concreteComponent.operation()
//扩展原始的行为
var concreteDecoratorA:ConcreteDecoratorA= new ConcreteDecoratorA(concreteComponent)
concreteDecoratorA.operation()
//装饰新行为
var concreteDecoratorB:ConcreteDecoratorB=new ConcreteDecoratorB(concreteComponent)
concreteDecoratorB.newOperation()
}
public function Test_Singleton():void{
var s:Singleton=Singleton.getInstance()
s.doSomething();
/*
使用构造函数创建实例会报错
var s1:Singleton=new Singleton()
s1.doSomething()
*/
}
}
}
实践1:实现 IEventDispatcher 接口来进行事件发送。
这个例子我是在kingda的blog上发现了的,感谢一下他,原文地址
http://www.kingda.org/archives/kingda/2006/08/as30106.html
以下是原文末端部分节选的
import flash.display.Sprite;
import net.nshen.designpatterns.strategy.*;
import net.nshen.designpatterns.decorator.*;
import net.nshen.designpatterns.singleton.Singleton;
public class designpatterns extends Sprite
{
public function designpatterns()
{
//Test_Strategy()
//Test_Singleton()
Test_Decorator()
}
public function Test_Strategy():void{
var context:Context=new Context();
//设置策略
context.strategy=new ConcreteStrategyA()
context.ContextInterface()
//runtime 更改策略B
context.strategy=new ConcreteStrategyB()
context.ContextInterface()
//runtime 更改策略C
context.strategy=new ConcreteStrategyC()
context.ContextInterface()
}
public function Test_Decorator():void{
var concreteComponent:ConcreteComponent=new ConcreteComponent();
concreteComponent.operation()
//扩展原始的行为
var concreteDecoratorA:ConcreteDecoratorA= new ConcreteDecoratorA(concreteComponent)
concreteDecoratorA.operation()
//装饰新行为
var concreteDecoratorB:ConcreteDecoratorB=new ConcreteDecoratorB(concreteComponent)
concreteDecoratorB.newOperation()
}
public function Test_Singleton():void{
var s:Singleton=Singleton.getInstance()
s.doSomething();
/*
使用构造函数创建实例会报错
var s1:Singleton=new Singleton()
s1.doSomething()
*/
}
}
}
实践1:实现 IEventDispatcher 接口来进行事件发送。
这个例子我是在kingda的blog上发现了的,感谢一下他,原文地址
http://www.kingda.org/archives/kingda/2006/08/as30106.html
以下是原文末端部分节选的
引用
类可能是因为本身已经继承了其它类,无法再继承EventDispatcher。
而我们恰恰希望它能实现EventDispatcher类所有功能,比如说addEventListener, hasListener等等,看起来简直和继承EventDispatcher没什么分别。
那么OK,我建议使用 实现IEventDispatcher接口来进行事件发送。
其实质是一个装饰器模式(Decorator),以对客户端透明的方式扩展对象功能,是继承关系的一个替代方案。其关键在于扩展是完全透明的,使用起来和继承父类几乎没什么区别。
具体方法
由于IEventDispatcher需要实现5个接口,addEventListener, hasListener, willTrigger,removeEventListener,hasEventListener,那么我们的装饰类也必须实现这五个接口。
其余看代码
优点:
1.类的用户完全感觉不到差别
2.在被包装的方法中还可以加入其它自己希望加进去的动作,比如,在addEventListenr方法中可以再插入一个计数,看看到底被add了多少次,超过某些次后,调用某个方法等等。
总而言之,给我们带来了极大的灵活性。这就是装饰器模式的好处。
而我们恰恰希望它能实现EventDispatcher类所有功能,比如说addEventListener, hasListener等等,看起来简直和继承EventDispatcher没什么分别。
那么OK,我建议使用 实现IEventDispatcher接口来进行事件发送。
其实质是一个装饰器模式(Decorator),以对客户端透明的方式扩展对象功能,是继承关系的一个替代方案。其关键在于扩展是完全透明的,使用起来和继承父类几乎没什么区别。
具体方法
由于IEventDispatcher需要实现5个接口,addEventListener, hasListener, willTrigger,removeEventListener,hasEventListener,那么我们的装饰类也必须实现这五个接口。
其余看代码
优点:
1.类的用户完全感觉不到差别
2.在被包装的方法中还可以加入其它自己希望加进去的动作,比如,在addEventListenr方法中可以再插入一个计数,看看到底被add了多少次,超过某些次后,调用某个方法等等。
总而言之,给我们带来了极大的灵活性。这就是装饰器模式的好处。
package {
import flash.display.Sprite;
import flash.events.Event;
import flash.events.MouseEvent;
import flash.events.EventDispatcher;
public class LearnDecoratorEvents extends Sprite {
public function LearnDecoratorEvents() {
var kingdaObj:KingdaClass = new KingdaClass();
kingdaObj.addEventListener(KingdaClass.ACTION, lisFunc); //用起来和EventDispatcher对象一样哦,呵呵。
var evtObj:Event = new Event(KingdaClass.ACTION);
kingdaObj.dispatchEvent(evtObj);//确实一样吧 :)
//输出:listened:yeahyeah
}
private function lisFunc(evtObj:Event):void {
trace ("listened:"+evtObj.type);
}
}
import flash.events.IEventDispatcher;
import flash.events.EventDispatcher;
import flash.events.Event;
class KingdaClass implements IEventDispatcher{
public var _dispatcher:EventDispatcher;
public static const ACTION:String = "yeahyeah";
public function KingdaClass() {
// other ....
initSender();
}
private function initSender():void {
_dispatcher = new EventDispatcher(this);
}
//哈哈,在实现接口时还可以乘机干点别的,比如我喜欢吧useWeakReference设为true
public function addEventListener(type:String, listener:Function, useCapture:Boolean = false, priority:int = 0, useWeakReference:Boolean = true):void{
// do other things;
_dispatcher.addEventListener(type, listener, useCapture, priority, useWeakReference);
}
public function dispatchEvent(evt:Event):Boolean{
// do other things;
return _dispatcher.dispatchEvent(evt);
}
public function hasEventListener(type:String):Boolean{
// do other things;
return _dispatcher.hasEventListener(type);
}
public function removeEventListener(type:String, listener:Function, useCapture:Boolean = false):void{
// do other things;
_dispatcher.removeEventListener(type, listener, useCapture);
}
public function willTrigger(type:String):Boolean {
// do other things;
return _dispatcher.willTrigger(type);
}
}
}
import flash.display.Sprite;
import flash.events.Event;
import flash.events.MouseEvent;
import flash.events.EventDispatcher;
public class LearnDecoratorEvents extends Sprite {
public function LearnDecoratorEvents() {
var kingdaObj:KingdaClass = new KingdaClass();
kingdaObj.addEventListener(KingdaClass.ACTION, lisFunc); //用起来和EventDispatcher对象一样哦,呵呵。
var evtObj:Event = new Event(KingdaClass.ACTION);
kingdaObj.dispatchEvent(evtObj);//确实一样吧 :)
//输出:listened:yeahyeah
}
private function lisFunc(evtObj:Event):void {
trace ("listened:"+evtObj.type);
}
}
import flash.events.IEventDispatcher;
import flash.events.EventDispatcher;
import flash.events.Event;
class KingdaClass implements IEventDispatcher{
public var _dispatcher:EventDispatcher;
public static const ACTION:String = "yeahyeah";
public function KingdaClass() {
// other ....
initSender();
}
private function initSender():void {
_dispatcher = new EventDispatcher(this);
}
//哈哈,在实现接口时还可以乘机干点别的,比如我喜欢吧useWeakReference设为true
public function addEventListener(type:String, listener:Function, useCapture:Boolean = false, priority:int = 0, useWeakReference:Boolean = true):void{
// do other things;
_dispatcher.addEventListener(type, listener, useCapture, priority, useWeakReference);
}
public function dispatchEvent(evt:Event):Boolean{
// do other things;
return _dispatcher.dispatchEvent(evt);
}
public function hasEventListener(type:String):Boolean{
// do other things;
return _dispatcher.hasEventListener(type);
}
public function removeEventListener(type:String, listener:Function, useCapture:Boolean = false):void{
// do other things;
_dispatcher.removeEventListener(type, listener, useCapture);
}
public function willTrigger(type:String):Boolean {
// do other things;
return _dispatcher.willTrigger(type);
}
}
}
实践2 :
听iiley说aswing里的Border是用Decorator设计的,有兴趣的可以看看,俺aswing没细学过,Border是做什么的都不知道,以后再研究
,仍然是有例子的跟我联系,或者留言,谢谢了