AS3中的交互也是基于事件驱动的。这段时间，为了做一个导航栏，dispatchEvent方法深深的让我困惑！在多层的Sprite嵌套中，为了在最外层处理点击事件，我使用了dispatchEvent方法来传递点击事件。这种方法是可行的，不过其行为有一点点出乎我的意料。

捕捉点击事件，对事件的target实行类型转换的时候，没有转型成功。但是想要实现的效果，却达到了。这个问题困扰了我好久。直到我明白了点击事件的穿透性和dispatchEvent在事件流中扮演的角色以后，才豁然开朗。

在开始说重点之前，有必要介绍一篇文章给同样处于困惑状态中的朋友参考：

此文基本上说明白了dispatchEvent的作用。

要明确一点，dispachEvent其实就是发起事件。并且，捕获该事件的，是已经注册了该事件监听器的对象自身。也就是说，事件的发起和捕获，发生在同一个对象身上。

既然如此，那么事件是如何传递给外层对象的呢？这个问题其实不是问题。因为发起事件是在对象内部，而捕获对象事件的处理方法，是控制该对象的另外一个对象。

回头来看多层Sprite构造的菜单点击事件这个实际情形。

为了把最底层的对象的点击事件传递给菜单的控制者，我逐层使用dispatchEvent方法进行对象传递。最底层是一个一个的SimpleButton对象，所以其点击事件的target必然是SimpleButton自身。菜单控制者可以轻易通过判断SimpleButton的upState对象的文字，来判断用户具体点击了哪个按钮。

逻辑并不复杂，唯一的意外发生在点击事件的穿透性上。我为每层Sprite都定义了点击事件的监听器。那么处在中间层的Sprite势必事件重复引发。监听器会监测到来自自身引发的事件，还会监测到由我手动添加的dispatchEvent方法所引发的事件。Sprite嵌套的层次越深，一次点击事件所引发的重复事件就越多！在我开发的例子中，我嵌套了2个内层，一次点击引发4次事件。

在这众多的事件中，只有一次是我们真正需要的！在我这个例子中，target是SimpleButton的那个事件，明显就是我最终想要的，而不是其它事件。明白了这个道理，事情就很好处理了。对target进行安全转型。如果转型成功，则执行我们想要的动作；如果转型不成功，则放弃对该事件的处理。像这样：

var btn:SimpleButton = e.target as SimpleButton;

这就是dispatchEvent和点击事件的穿透性，在事件流中的全部秘密。在为子对象做导航菜单时特别有用。直接传递点击事件的方式，可以让我们省敲许多代码。不过在处理逻辑上，就要特别小心在意了。

抛砖引玉，在这里我就不写详细的实例了。