Flex事件机制用法揭秘-51CTO.COM

在学习Flex的过程中难免会遇到Flex事件机制方面的问题，这里和大家分享一下，Flex的精髓之一就是事件和绑定机制，了解之后，能帮助大家更灵活的设计程序，也对新手上路有一定的帮助。

Flex事件机制

一．引言

很多新人对Flex事件机制都不太熟悉，在使用过程中难免会出现各种问题，这是一个非常普遍的问题，为了更快更好的帮助大家，将介绍一下Flex中事件的各种机制和用法。

Flex的精髓之一就是事件和绑定机制，了解之后，能帮助大家更灵活的设计程序，也对新手上路有一定的帮助。

讲解可能不太系统，也不全面，有很多没有深入。如果高手看到后有疑问，欢迎指正。当然各位也可以提出自己的看法，或者经验分享，谢谢。

二．Flex事件机制介绍

1.什么是Flex事件机制

事件可以看作是一种触发机制，当满足了一定的条件后，会触发这个事件。比如MouseEvent就是指的当鼠标进行操作之后触发的一系列的事件。很多控件中都有click事件，这个事件就是一个MouseEvent的实例，当点击鼠标后，系统会自动抛出一个名称为click的MouseEvent事件（这种方法我们将在后面介绍到）。如果此时在click上注册一个方法，那么触发该事件时就会执行这个方法。

Flex主应用的mxml代码

<mx:Script> 
<![CDATA[  
importmx.controls.Alert;  
privatefunctionclickHandler(e:MouseEvent){  
Alert.show(e.currentTarget.toString());  
}  
]]> 
</mx:Script> 
<mx:Buttonidmx:Buttonid="testBtn"click="clickHandler(event)"label="测试"> 
</mx:Button>

在我们写代码时，编辑器的代码补全提示列表中，有很多不同的图标。

那些带有闪电的就是事件，三个小块的就是样式，空心圆圈的是属性，实心圆点的是公有方法，还有一个是效果。

我们能在这个列表中看到的事件，我把它称之为事件注册通道。（官方仍然称它为事件，但是它又和普通的事件含义不同。关于事件注册通道会再下面讲述到）

2.事件注册通道

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

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

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

3.事件触发方法

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

click="clickHandler(event)"

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

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

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

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

4.事件分发

Flex事件机制最终继承自EventDispatcher的对象都会含有dispatchEvent这个方法，他有一个参数，事件对象。
之前说到的事件注册通道，他只是一个通道，实际上事件是由这个方法来分发出去的，通道只是一个管道而已。

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

1）事件对象

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

示意代码

dispatchEvent(newMouseEvent(“click”,false));

事件对象无法跨越组件本身，当然，除了之前讲到的注册通道（这样就很形象了吧）
因此，如果没有注册通道，在Flex主应用中，就无法捕获到这个button组件分发出的事件。

如果我们将Bubbles设为true，他看起来就是这样

dispatchEvent(newMouseEvent(“click”,true));

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

这样一来，即使我们没有click的事件通道，只要我们在Flex主应用中添加事件监听器（addEventListener）那么我们就可以获得到这个分发出的click事件了。
那么，注册通道不是没用了吗？不是，之前说到过，注册通道是现式的，可见的，因此如果你的组件要给其他人使用，那么就非常一目了然，而不必知道你源码中究竟分发了什么事件。但是，不要监听和注册同一个事件，这样会重复执行的。（后面将讲到）

5.Flex事件机制中事件监听

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

比如:

<mx:Applicationxmlns:mxmx:Applicationxmlns:mx=http://www.adobe.com/2006/mxmllayout="absolute"xmlns:comp  
creationComplete='init()' 
> 
<mx:Script> 
<![CDATA[  
privatefunctioninit(){  
testBtn.addEventListener(“click”,clickHandler);  
}

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

testBtn.addEventListener(MouseEvent.CLICK,clickHandler);

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

他作用起来就是这样

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

6.关于异步和执行顺序

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

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

【编辑推荐】