Flex事件讲解（二）

2. 事件注册通道
上面说到了，这些通道是只能在mxml的代码提示中可以看到的，他的作用就是给mxml组件提供 事件触发时所执行的方法的注册通道，而且能在代码提示中可见，这样给组件提供了很大的抽象的好处，我们可以很清楚的告诉组件的使用者，组件里包含哪些事件给你调用。
为什么把他区别对待？除了代码提示外，他还有一些实现上的不同。

Button的click事件是继承自核心类InteractiveObject，遗憾我们看不到他的源码，但是说明了“事件注册通道”是可以继承的。

我们会在自定义事件中讲述到如何声明“事件注册通道”。

3. 事件触发方法

注册通道中如果填入了函数，那么就代表触发该事件时，会执行这个方法。

click="clickHandler(event)"

我们看到这个方法有一个event对象作为参数传入，新人可能会问到，这个event对象哪里来的？我也没声明这个变量啊。他实际上是注册通道传给他的，默认变量名就是event。我们如果想在事件触发时传其他的参数，可以通过自定的事件对象来实现。

这个对象就是这个组件分发的事件对象，即type为“click”的MouseEvent的一个实例。

这个event对象包含了触发该事件时的各种信息，比如触发事件对象是哪个，监听对象是哪个，触发时鼠标点在哪里等等，不同的event类会包含不同的属性，比如KeyboardEvent包含了键盘点击了哪个键。

我们也可以通过自定义一个事件类，来传递我们自己想要的各种信息。（这在后面将介绍到）

 

4. 事件分发（重点了）

最终继承自EventDispatcher的对象都会含有dispatchEvent这个方法，他有一个参数，事件对象。

之前说到的事件注册通道，他只是一个通道，实际上事件是由这个方法来分发出去的，通道只是一个管道而已。

他的作用就是分发一个事件对象，他的分发是没有目的的，一种广播形式的，Flex的事件监听线程会接收到各种各样的事件（我们称之为捕获事件，这在后面会介绍到），那么哪种才是你要的事件，标识就通过事件的type属性来区分。

1）事件对象
在分发事件时，将会分发一个事件对象出去。不管是那个事件类，都是继承自flash.events.Event对象的，他包含一些比较重要的属性，type和bubbles。
type是事件的类型，事件监听通过这个参数来识别是否是自己所监听的事件。
bubbles是个布尔值，决定了该对象是否会向上传递。默认是false。什么意思呢？画个图就明白了。
比如说，当button组件分发click事件对象时，设置的bubbles为false，那么他的分发是这样的

示意代码
dispatchEvent(new MouseEvent( “click” , false ));

 

事件对象无法跨越组件本身，当然，除了之前讲到的注册通道（这样就很形象了吧）

因此，如果没有注册通道，在Flex主应用中，就无法捕获到这个button组件分发出的事件。

如果我们将Bubbles设为true，他看起来就是这样
dispatchEvent(new MouseEvent( “click” , true ));

 

可以看到，这个事件可以跨过组件本身，到达Flex主应用里。不止这样，在帮助手册中明确说到，如果在传递过程中间一直没有被捕获的话，这个事件会逐层上传，直到最终的stage，那时如果还没被捕获，这个事件就会被销毁掉。

这样一来，即使我们没有click的事件通道，只要我们在Flex主应用中添加事件监听器（addEventListener）那么我们就可以获得到这个分发出的click事件了。

那么，注册通道不是没用了吗？不是，之前说到过，注册通道是现式的，可见的，因此如果你的组件要给其他人使用，那么就非常一目了然，而不必知道你源码中究竟分发了什么事件。但是，不要监听和注册同一个事件，这样会重复执行的。（后面将讲到）

5. 事件监听

在分发中，我们讲到，如果不是通过注册通道来调用触发事件，那么我们是需要一个监听来捕捉的。如何捕捉到分发出的事件，就是通过事件的type值。

比如:
<mx:Application xmlns:mx=http://www.adobe.com/2006/mxml layout="absolute" xmlns:comp
creationComplete='init()'
>
<mx:Script>
<![CDATA[
private function init(){
testBtn.addEventListener(“click”, clickHandler);
}


Flex的事件中都提供了一些静态常量，让我们调用，避免我们打错了。因此这句话可以这么写

testBtn.addEventListener(MouseEvent.CLICK,clickHandler);


我们看到，监听的回调方法中没有传递参数，是的，这和通道的写法有些不同，这里的回调方法（即clickHandler）只是个引用，并不是代表方法的执行，他的含义是，告诉eventLinstener，如果捕捉到click事件，那么就去找clickHandler，并执行它，event对象参数在执行时动态的传递。（如果熟悉ajax的朋友这里应该很容易懂了）

他作用起来就是这样

 

如果你又注册了click的事件通道，那么这两个都会生效，显然这是多余的。

 

6. 关于异步和执行顺序

 

 以前的说法有误，as里是不存在线程概念的，在远程请求时，结果事件、错误事件都是异步的。如果你需要处理结果，需要利用监听，并在回调中获取你的远程数据。
而在处理本地事件时，他们仍然是同步的。（谢谢ltian 的指正）

异步示意图

 

上图可以看出，回调方法执行的顺序甚至还不如dispatchEvent之后的方法。如果接下来的方法依赖于事件回调，那么把接下来的方法写到回调方法中去