이 문서는 ActionScript 3.0에서 Custom Event를 만들어 사용할 시 Event 클래스의 clone() 메소드의 용법을 이해하는 것을 목적으로 한다. 자주 Event를 확장해서 만드는 사람이라면 꼭 읽어볼 내용이라고 생각한다.
1. Event 클래스의 clone() 메소드
flash.events.Event 클래스에는 clone() 함수가 정의되어 있다. 이 clone() 함수 내부에는 아마도 아래처럼 정의되어 있을 것이다. (Event클래스는 Native코드이므로 내부를 볼 수 없다. 다만 유추할 뿐이다.)
package flash.events
{
public class Event
{
public var type:String;
public var bubbles:Boolean;
public var cancelable:Boolean;
public var target:Object;
public var currentTarget:Object;
public function Event( type:String, bubbles:Boolean = false, cancelable:Boolean = false )
{
this.type = type;
this.bubbles = bubbles;
this.cancelable = cancelable;
}
public function clone():Event
{
return new Event( type, bubbles, cancelable );
}
...(다른 함수 생략)
}
}
Event의 clone() 함수는 자신과 똑같은 객체를 새로 만들고 반환하는 역할을 한다.
아래 clone() 함수에 대해서 설명하고 있다.
clone() method
public function clone():EventLanguage Version:
ActionScript 3.0
Runtime Versions:
AIR 1.0, Flash Player 9
Duplicates an instance of an Event subclass.
Returns a new Event object that is a copy of the original instance of the Event object. You do not normally call
clone(); the EventDispatcher class calls it automatically when you redispatch an event—that is, when you calldispatchEvent(event)from a handler that is handlingevent.The new Event object includes all the properties of the original.
When creating your own custom Event class, you must override the inherited
Event.clone()method in order for it to duplicate the properties of your custom class. If you do not set all the properties that you add in your event subclass, those properties will not have the correct values when listeners handle the redispatched event.In this example,
PingEventis a subclass ofEventand therefore implements its own version ofclone().
설명을 간단히 요약해 보면…
- Event의 clone() 함수는 Event 서브클래스의 객체를 복제한다.
- clone() 객체는 EventDispatcher 클래스의 dispatchEvent(event) 함수에 의해 재송출(redispatch)될 때 자동으로 호출된다.
- Event를 확장해 Custom Event를 만드는 경우 반드시 override 해야한다. override하지 않으면 clone()은 그 부모 Event의 clone()을 사용하므로 clone()을 호출 하더라도 Custom Event에 새로 추가된 속성(properties)을 설정할 수 없게된다.
여기에서 EventDispatcher의 dispatchEvent()와 Event의 clone()과는 어떤 관계가 있어보인다. 그리고 clone()을 override해야하는 이유와도 엮여 있다는 것을 생각해볼 수 있다.
사실 이런 설명만 가지고는 제대로 이해하기 어렵기 때문에 여기서는 EventDispatcher에서 dispatchEvent()가 동작하는 형태와 Event의 clone() 함수의 관계를 하나의 예제로 이해해 보도록 한다.
2. EventDispatcher 클래스의 dispatchEvent() 함수의 이해
Event 클래스의 clone()함수에 대한 용도에 대해 알기전에 먼저 아래 내용을 알아야한다.
Event 객체를 송출(Dispatch)하기 위해서 ActionScript 3.0에서는 IEventDispather 인터페이스와 EventDispatcher 클래스를 지원한다. IEventDispather를 구현하여 내부적으로 EventDispatcher 객체를 만들어 사용하는 클래스를 정의하거나 EventDispatcher 클래스 자체를 상속하여 만든 클래스라면 Event객체를 송출할 수 있다. 이벤트를 송출할 때 사용하는 것이 EventDispatcher에 정의된 dispatchEvent( event:Event ) 함수이다. dispatchEvent는 인자로 Event의 객체를 인자로 받아 이벤트를 송출한다.
그럼 dispatchEvent()는 내부적으로 어떻게 구현되는 것일까? 다음 내용을 보자.
dispatchEvent () methodpublic function dispatchEvent(event:Event):Boolean Language Version : ActionScript 3.0Runtime Versions : AIR 1.0, Flash Player 9Dispatches an event into the event flow. The event target is the EventDispatcher object upon which the dispatchEvent() method is called.Parametersevent:Event — The Event object that is dispatched into the event flow. If the event is being redispatched, a clone of the event is created automatically. After an event is dispatched, its target property cannot be changed, so you must create a new copy of the event for redispatching to work.Returns
Boolean — A value of true if the event was successfully dispatched. A value of false indicates failure or that preventDefault() was called on the event.
Throws
Error — The event dispatch recursion limit has been reached.
위 dispatchEvent() 함수에 대한 설명이 담겨 있다. 인자값으로 event:Event가 있는데 이에 대한 설명(빨간부분)을 살펴보면 다음 내용으로 설명된다.
- Event 객체의 clone() 함수를 사용하는 조건은 해당 Event 객체를 다시 송출할 때이다.
- 다시 송출하게 되면 clone() 함수를 이용해 같은 형태의 Event 객체를 새로 생성하고 그 Event 객체의 target 속성을 이벤트를 송출하는 객체로 바꾼다.
이 설명으로 우리는 Event가 송출되는 과정에 사용되는 dispatchEvent() 메소드의 동작을 유추할 수 있다.
- 객체 A, 객체 B 가 있고 A는 이벤트를 송출하는 쪽, B는 이벤트를 받는 쪽이다라고 가정하자.- 이 객체들은 당연히 EventDispatcher를 확장했다.- A,B가 같은 객체일 수도 있고 다를 수도 있다. 다른 경우는 Visual 객체의 경우 이벤트 전파에 의해 가능해진다.
- 객체 A에서 이벤트 송출
처음 A에서 생성된 Event에는 target속성이 정의되지 않는다. A의 dispatch() 함수로 이 Event 객체를 인자로 넘겨주면 clone()함수가 호출되지 않고 Event의 target은 A로 설정된다.
- 객체 B에서 이벤트 받음A에서 송출한 Event를 B에서 받는다. 이것은 addEventListener()로 가능하다는 것은 이미 알고 있다. addEventLisener()에 등록된 Event 처리 함수는 인자로 A에서 발생한 Event 객체를 받는다.받은 Event 객체를 다시 B에서 dispatchEvent()로 넘겨주게 되면 Event객체의 target속성이 B가 아닌 A이기 때문에 clone() 함수를 호출해서 새로운 Event 객체를 만들고 target을 B로 설정한다.
아하! 이쯤되면 EventDispatcher 클래스의 dispatchEvent() 함수가 어찌 생겼는지 알 수 있겠다. Event와 같이 EventDispatcher도 Native코드이므로 볼 수 없지만 어떻게 동작할지 유추만 하는 것이다!
package flash.events
{
public var type:String;
public var bubbles:Boolean;
public var cancelable:Boolean;
public class EventDispatcher implements IEventDispatcher
{
private target:IEventDispatcher;
public function EventDispatcher(target:IEventDispatcher = null)
{
if( target )
this.target = target;
else
this.target = this;
}
public function dispatchEvent(event:Event):Boolean
{
if( event == null ) return false;
if( event.target == null )
{
event.target = target;
event.currentTarget = target;
}
else
{
var newEvent:Event = event.clone();
newEvent.target = target;
newEvent.currentTarget = target;
}
dispatchEventFunction( event );
}
private function dispatchEventFunction( event:Event ):void
{
...(이벤트를 송출하는 알고리즘 구현)
}
public function addEventListener(type:String, listener:Function, useCapture:Boolean = false, priority:int = 0, useWeakReference:Boolean = false):void
{
...(생략)
}
public function removeEventListener(type:String, listener:Function, useCapture:Boolean = false):void
{
...(생략)
}
public function willTrigger(type:String):Boolean
{
...(생략)
}
public function hasEventListener(type:String):Boolean
{
...(생략)
}
}
}
위 코드는 dispatchEvent() 메소드가 어떻게 동작할지 쉽게 알려주는 코드이다. 해석은 앞서 설명했으니 따로 하지 않겠다. (다시 언급하지만 이 클래스는 실제 EventDispatcher 클래스가 아니다. 어떻게 동작하는지 예를 보여주기 위한 코드일 뿐이다. )
이로써 Event 클래스에 정의된 clone()함수를 언제 쓰냐에 대한 답을 얻은 것이다.
3. Custom Event를 만들때 clone() 함수를 override 해야하는 이유
지금까지는 clone()함수를 어디서 사용하는가 안 것 뿐이다. 이 문서의 제목을 풀어서 말하면 “Event 클래스를 확장할 때 clone() 함수를 override 해야하는 이유”이다. 글의 목적은 Custom Event를 만들 때 clone() 함수를 override 해서 사용해야하는 이유를 아는 것이다.
clone() 함수를 override해야하는 상황을 만든 예를 들어보겠다. 예제는 Flex SDK 3.2 환경에서 작업했다.
아래는 Event를 확장한 CustomEvent이다.
package
{
import flash.events.Event;
public class CustomEvent extends Event
{
public static const TEST:String = "test";
public function CustomEvent(type:String, bubbles:Boolean=false, cancelable:Boolean=false)
{
super(type, bubbles, cancelable);
}
override public function clone():Event
{
return new CustomEvent( type, bubbles, cancelable );
}
}
}
아래는 Button을 확장해서 만들었다. 이 버튼을 누르면 CustomEvent 객체를 생성해서 test라는 이벤트 type으로 송출해준다.
package
{
import flash.events.Event;
import flash.events.MouseEvent;
import mx.controls.Button;
[Event(name="test", type="CustumEvent")]
public class AComponent extends Button
{
public function AComponent()
{
super();
this.label = "날 눌러줘";
this.addEventListener( MouseEvent.CLICK, onClick );
}
private function onClick( event:MouseEvent ):void
{
var customEvent:CustomEvent = new CustomEvent( CustomEvent.TEST, false, false );
trace( "AComponent 1:",customEvent.target,customEvent.currentTarget );
this.dispatchEvent( customEvent );
trace( "AComponent 2:",customEvent.target,customEvent.currentTarget );
}
}
}
아래는 Panel을 확장해 만들었고 자식으로 위에서 만든 AComponent 객체를 등록했다. (이 예제에서 자식으로 등록된 사실은 중요하지 않다.) AComponent에 발생된 CustomEvent 이벤트를 받는다. 받자마자 그 이벤트를 다시 송출하고 있다.
package
{
import flash.events.Event;
import mx.containers.Panel;
[Event(name="test", type="CustomEvent")]
public class BComponent extends Panel
{
private var aComp:AComponent;
public function BComponent()
{
super();
}
override protected function createChildren():void
{
super.createChildren();
if( !aComp )
{
aComp = new AComponent;
aComp.addEventListener( "test", customEventHandler );
aComp.width = 200;
aComp.height = 200;
addChild( aComp );
}
}
private function customEventHandler( event:Event ):void
{
trace( "BComponent 1: ",event.target,event.currentTarget );
this.dispatchEvent( event ); //re-dispatch
trace( "BComponent 2: ",event.target,event.currentTarget );
}
}
}
마지막으로 Application이다.
<?xml version="1.0" encoding="utf-8"?> <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" xmlns:local="*"> <local:BComponent test="trace(’Application: ‘,event.target,event.currentTarget )"/> </mx:Application>
실행한뒤 버튼을 누르면 콘솔창에 아래와 같은 메시지가 나온다.
AComponent 1: null null
BComponent 1 : EventTest0.BComponent4.AComponent12 EventTest0.BComponent4.AComponent12
Application: EventTest0.BComponent4 EventTest0.BComponent4
BComponent 2 : EventTest0.BComponent4.AComponent12
EventTest0.BComponent4.AComponent12
AComponent 2: EventTest0.BComponent4.AComponent12
EventTest0.BComponent4.AComponent12
아래는 위 결과에 대한 설명이다.
- [AComponent 1] AComponent에서 Event 객체를 만들어 송출하는데 dispatchEvent를 호출하기 전에 target과 currentTarget 속성은 모두 null이다. 예상한 대로다.
- [BComponent 1]이 이벤트가 송출된 다음 BComponent에서 받게 되면 이 이벤트의 target과 currentTarget은 AComponent의 객체를 참조하고 있다.
- [Application] BComponent에서 AComponent에서 생성한 Event 객체를 인자로 dispatchEvent()를 호출하면 Application에서는 Event의 target, currentTarget 속성이 BComponent의 객체를 참고하고 있다.
- [BComponent 2] BComponent에서 AComponent의 Event 객체를 dispatchEvent()를 재송출한 다음에 Event객체의 target과 currentTarget속성을 보여주고 있다. 단지 clone()메소드를 이용해 생성했기 때문에 Event객체 자신의 속성은 바뀌지 않는다. 단지 Application으로 전달되는 Event는 clone()으로 새로 생성되었고 BComponent의 객체를 참조하고 있다는 것을 알 수 있다.
- [AComponent 2] 마지막 줄은 AComponent에서 Event객체를 만들어 dispatchEvent()함수로 만든 Event객체를 송출한 후에 Event객체의 target과 currentTarget 속성을 보여준다. 4번째와 같은 결과지만 dispatchEvent()내부에서 clone() 메소드가 호출된 것이 아니라 단지 AComponent 객체의 참조값을 target과 currentTarget에 설정했을 뿐이라는 것을 알 수 있다.
위에서 한가지 기억할 사항은 이벤트가 재송출(redispatch)하는 경우 target과 currentTarget이 변경된다는 것이다.
만약 CustomEvent에서 Event의 clone()를 override한 clone() 함수 정의를 빼보고 실행해보자.
AComponent 1: null null
TypeError: Error #1034: 유형 강제 변환에 실패했습니다. flash.events::Event@5115971을(를) CustomEvent(으)로 변환할 수 없습니다.at flash.events::EventDispatcher/dispatchEventFunction()at flash.events::EventDispatcher/dispatchEvent()at mx.core::UIComponent/dispatchEvent()[C:\autobuild\3.2.0\frameworks\projects\framework\src\mx\core\UIComponent.as:9298]at BComponent/customEventHandler()[D:\EventTest\src\BComponent.as:34]at flash.events::EventDispatcher/dispatchEventFunction()at flash.events::EventDispatcher/dispatchEvent()
at mx.core::UIComponent/dispatchEvent()[C:\autobuild\3.2.0\frameworks\projects\framework\src\mx\core\UIComponent.as:9298]
at AComponent/onClick()[D:\STARPL_DEV_02\Timeline\src03\EventTest\src\AComponent.as:23]
BComponent 1 : EventTest0.BComponent4.AComponent12 EventTest0.BComponent4.AComponent12
BComponent 2 : EventTest0.BComponent4.AComponent12 EventTest0.BComponent4.AComponent12
AComponent 2: EventTest0.BComponent4.AComponent12 EventTest0.BComponent4.AComponent12
위처럼 CustomEvent에 clone() 함수를 override하지 않으면 이벤트를 다시 송출할 때 유형 강제 변환 에러(TypeError)가 발생한다.
결과적으로 clone() 함수를 override를 해야하는 이유는 받은 Event 객체를 다시 재송출하는 경우에 clone() 함수를 호출하기 때문이다.
그럼 어찌 유형 강제 변환 에러(TypeError)가 나는 것일까? 사실 위에서 예를 든 EventDispatcher 클래스의 dispatchEvent() 메소드는 이런 에러가 날 수 없다. CustomEvent의 객체가 Event로 형변환이 일어나지 않을 이유가 없지 않은가? 본인 생각에 이 형변환 에러가 발생시키는 이유는 clone() 메소드에서 엉뚱한 이벤트의 객체를 생성하지 않고 자신 이벤트만을 clone으로 만들어 사용하게 하기 위해 강제성을 부여한 것이 아닌듯 싶다. 가령 다음과 같이 clone()을 만들면 안되게 한다는 것이다.
package
{
import flash.events.Event;
public class CustomEvent extends Event
{
public static const TEST:String = "test";
public function CustomEvent(type:String, bubbles:Boolean=false, cancelable:Boolean=false)
{
super(type, bubbles, cancelable);
}
override public function clone():Event
{
return new OtherCustomEvent( type, bubbles, cancelable );
}
}
}
위처럼 자기는 CustomEvent인데 clone으로 OtherCustomEvent를 clone으로 삼아 만들면 안되지 않은가? EventDispather의 dispatchEvent는 개발자가 엉뚱하게 프로그래밍하는 것을 막기위해 컴파일 단계에서는 확인할 수 없다. 하지만 런타임시에 전혀 엉뚱하게 clone()함수를 override하는 것을 방지하기 위해 다른 Event Class로 clone함수를 이용하는 경우 TypeError가 나도록 배려(?)한 것이다.
이런 TypeError가 날 수 있게 EventDispatcher의 dispatchEvent() 함수를 아래와 같이 만들어봤다.
public function dispatchEvent(event:Event):Boolean
{
if( event == null ) return false;
if( event.target == null )
{
event.target = target;
event.currentTarget = target;
}
else
{
var newEvent:Event = event.clone();
if( getQualifiedClassName(event) != getQualifiedClassName(newEvent) )
{
var msg:String = "TypeError: Error #1034: 유형 강제 변환에 실패했습니다. ";
msg += getQualifiedClassName(event) + "를(을)";
msg += getQualifiedClassName(event) + "(으)로 변경할 수 없습니다."
throw new TypeError( msg );
}
newEvent.target = target;
newEvent.currentTarget = target;
}
dispatchEventFunction( event );
}
getQualifiedClassName()은 객체의 클래스 이름을 반환해준다. 그러므로 원래 event객체와 clone()으로 만든 객체가 다르다면 TypeError를 발생시킨다. 이러한 이유로 clone()을 override 하지 않고 다시 Event를 송출하는 경우에는 TypeError가 발생하는 것이다.
정리하자
Event의 clone() 함수를 override 하는 이유는
- Custom Event가 복제될 때 복제된 Event의 속성이 원본 Event 속성과 같은 속성을 가질 수 있도록 하기 위해
- 이벤트를 재송출(redispatch)시에 TypeError 직면하지 않기 위해
4. clone()함수와 Event 전파와의 관계
많은 분들이 Event전파시 전파가 이뤄질 때마다 clone() 함수가 호출되는 것으로 생각하고 있는 듯하다. 실제로 Flex관련 서적이나 블로그에 보면 그런 내용이 담겨있는 것을 알 수 있다. 여기서는 clone()함수와 Event 전파에 어떤 관계가 있는가 간단한 예제로 알아보고자 한다. 결론을 먼저 말한다면 이들간에는 관계가 없다.
먼저 다음을 살펴보자.
ActionScript 3.0 부터 Event를 송출하기 위해 다음과 같은 과정을 거친다.
- 이벤트 생성
flash.events.Event 클래스를 사용하거나 그것을 확장해서 만든 Custom Event 클래스를 만든다.
예) var event:MyEvent = new MyEvent( MyEvent.MYTYPE );
- 이벤트 송출
Event 클래스나 Custom Event 클래스를 가지고 객체를 생성하여 EventDispatcher를 확장한 클래스의 dispatchEvent()메소드를 이용해 이벤트를 송출한다.
예) eventdispatcher.dispatchEvent( event );
- 이벤트 전파
이벤트 전파는 Visual 객체 즉, DisplayObject를 상속한 모든 객체에서만 가능하다. DisplayObject는 Eventdispatcher 클래스를 확장해서 만들어졌기 때문에 “이벤트 송출”을 할 수 있다.여기서 전파란 부모-자식 관계에 있는 객체들간에 이벤트 전달방법이다. 가령, A-B-C-D 의 순으로 부모-자식 관계를 형성했다면 C 객체에서 이벤트를 송출하는 경우 A->B->C->B->A 형태로 이벤트가 전파된다. 이벤트 전파방식을 세부적으로 나누면 capture, target, bubble 로 나뉠 수 있는데 앞에 A->B(부모->자식들)가 capture 과정, C가 target과정, B->A(자식들->부모)는 bubble 과정을 의미한다. C에서 발생했기 때문에 그의 자식인 D로는 이벤트 전파가 이뤄지지 않는다.이벤트 전파는 반드시 DisplayObject를 확장한 Visual 객체에서만 가능하다. 그게 아니라면 이벤트 전파 단계는 이뤄지지 않으며 앞서 설명한 capture, target, bubble과정중 target 과정만 이루어진다.
- 이벤트 청취
송출된 이벤트를 받는 것은 EventDispatcher를 확장한 클래스여야 한다. EventDispatcher에 있는 addEventListener() 메소드를 이용해 송출된 이벤트를 청취하며 더이상 청취하지 않으려면 removeEventListener() 메소드를 호출하면 된다. 이벤트를 송출한 객체와 청취하는 객체가 다른 것은 이벤트 전파단계를 거치는 Visutal 객체만 가능하며 Visual객체가 아니라면 이벤트를 송출한 객체와 청취한 객체가 같다.
예) eventdispatcher.addEventListener( MyEvent.MYTYPE, myEventHandler );
지금까지 이벤트를 “생성-송출(재송출 포함)-청취” 하는 단계만 언급했지, “이벤트 전파”는 언급하지 않았다. 이벤트 전파는 Visual 객체만 가능하다. 그럼 위 설명대로 A-B-C-D순으로 부모-자식관계가 형성이 되어 있다면 이벤트 전파시 이벤트가 A->B->C->B->A 형태로 나아갈 때, clone() 메소드가 호출되는지 예제를 들어 알아보겠다.
먼저 Custom Event를 아래와 같이 만든다. 주목할 점은 clone()을 override하는데 trace(”clone 호출됨”)을 실행하고 있다는 것이다. 이것을 넣은 이유는 이벤트 전파시 clone() 메소드가 호출되는가 확인하기 위함이다.
package
{
import flash.events.Event;
public class CustomEvent extends Event
{
public static const TEST:String = "test";
public function CustomEvent(type:String, bubbles:Boolean=false, cancelable:Boolean=false)
{
super( type, bubbles, cancelable );
}
override public function clone():Event
{
trace("clone 호출됨");
return new CustomEvent( type, bubbles, cancelable );
}
}
}
아래 클래스는 Button을 확장해서 만들었다. 중요하게 볼 것은 위에서 만든 CustomEvent 클래스를 송출한다는 점이다. CustomEvent의 2번째 인자는 bubbles이다. 즉, 이벤트 전파가 가능하게 하기 위해서는 이 인자를 true로 설정해야한다. (마우스 이벤트가 송출되는게 아니다.)
package
{
import flash.events.MouseEvent;
import mx.controls.Button;
public class MyButton extends Button
{
public function MyButton()
{
this.label = "날 눌러줘";
this.addEventListener( MouseEvent.CLICK, onClick );
}
private function onClick( event:MouseEvent ):void
{
var customEvent:CustomEvent = new CustomEvent( CustomEvent.TEST, true, false );
this.dispatchEvent( customEvent );
}
}
}
아래 예제는 위에서 만든 Button을 HBox로 감싸서 자식으로 추가하고 Button에서 발생하는 CustomEvent를 Application과 HBox, 그리고 Button등 모든 전파단계(capture,target,bubble)에서 청취할 수 있도록 하고 있다. 참고로 addEventListener()의 3번째 인자는 cature이다. 이것을 true로 하면 capture단계에서 이벤트 청취를 할 수 있다. false이면 target-bubble과정만 청취가 가능하다.
<?xml version="1.0" encoding="utf-8"?>
<mx:Application
xmlns:mx="http://www.adobe.com/2006/mxml"
xmlns:local="*"
layout="absolute"
creationComplete="init()">
<mx:HBox id="hbox">
<local:MyButton id="button"/>
</mx:HBox>
<mx:Script>
<![CDATA[
import flash.events.EventPhase;
private function init():void
{
this.addEventListener( "test", eventHandler );
hbox.addEventListener( "test", eventHandler );
button.addEventListener( "test", eventHandler );
this.addEventListener( "test", eventHandler,true );
hbox.addEventListener( "test", eventHandler,true );
button.addEventListener( "test", eventHandler,true );
}
private function eventHandler( event:CustomEvent ):void
{
var eventPhase:String;
switch( event.eventPhase )
{
case EventPhase.CAPTURING_PHASE:
eventPhase = "capture";
break;
case EventPhase.AT_TARGET:
eventPhase = "target";
break;
case EventPhase.BUBBLING_PHASE:
eventPhase = "bubble";
break;
}
trace( "target:", event.target, ", currentTarget", event.currentTarget, ", phase:", eventPhase );
}
]]>
</mx:Script>
</mx:Application>
위 애플리케이션을 실행하고 버튼을 클릭해보자. 그럼 콘솔창에 다음과 같은 메시지가 보일 것이다.
target: EventTest0.hbox.button , currentTarget EventTest0 , phase: capture
target: EventTest0.hbox.button , currentTarget EventTest0.hbox , phase: capture
target: EventTest0.hbox.button , currentTarget EventTest0.hbox.button , phase: target
target: EventTest0.hbox.button , currentTarget EventTest0.hbox , phase: bubble
target: EventTest0.hbox.button , currentTarget EventTest0 , phase: bubble
위 메세지에서 target은 변하지 않는다. 왜냐하면 target은 이벤트가 최초 발생한 곳을 참조하기 때문이다. 이 작업은 dispatchEvent()에서 한다는 것을 앞서 설명했다.
두번째 currentTarget은 각각 이벤트 전파때마다 다르다. 즉, currentTarget이 지칭하는 것은 현재 이벤트가 지나가고 있는 객체를 참조한다. dispatchEvent()함수에서 최초로 설정되지만 이벤트 전파가 진행됨에 따라 계속 변한다.
phase는 위상으로 이벤트 전파가 어떻게 이뤄지고 있는지 보여준다.
만약 이벤트 전파를 통해 Event의 clone()이 호출된다면 여기 결과에 “clone 호출됨”메시지가 포함되어야 하지만 보여지지 않고 있다.
결론적으로 Event의 clone()은 Event를 재송출(redispatch)와 밀접한 관계가 있다. 하지만 Event 전파와 clone()과는 아무 상관 없으며 각각의 전파 단계(위상)가 변함에 따라 currentTarget과 phase 속성은 변경된다.
참고내용
- (본인글)ActionScript 3.0 Event에 대한 질문/답변 : http://blog.jidolstar.com/455
- 게릴라님의 Custom Event 작성시 알아야할 기본사항 : http://gogothing.tistory.com/51
'비공개 > Adobe Flex, ActionScript 3.0' 카테고리의 다른 글
| 멀티 파일 업로더 (Multi-file uploader) – “업로드 금지 파일” 등록 기능 추가 (7) | 2009.05.13 |
|---|---|
| 위젯도 마음대로 못다는 네이버 블로그 (0) | 2009.05.13 |
| Actionscript 3.0 Event에 대한 질문/답변 (0) | 2009.05.13 |
| ActionScript 3.0 만으로 쿠키를 제어 - Actionscript Cookie Util 소개 (4) | 2009.05.13 |
| ActionScript 3.0 추상클래스(abstract class) 만들기 (4) | 2009.05.13 |