FlashMX2004的事件机制:从AsBroadcaster到EventDispatcher
作者 佚名技术
来源 服务器技术
浏览
发布时间 2012-07-12
| ''的方法,然后监听司令部广播的''on向一号高地进攻''的消息。可是如果需要发出N个''向某高地进攻''的指令，岂不是要定义N个类似的事件方法？如果进攻的目标是随即确定的，那又该怎么去写?如果步兵同时监听"战地指挥部"的广播，他怎样根据不同的指挥者采取不同的措施？步兵并不能确定一个''on进攻''消息是来自司令部还是''战地指挥部''呀。所以说，AsBroadcaster类的第一个局限就是它虽然广播了一个''消息''，却不能给出消息的具体说明。 2、我们知道战争时期为了做到策略的"因时因地制宜"，常常会设一个"战地指挥部"。假设我们希望把步兵的进攻的指挥权交给"战地指挥部"，而把步兵的驻守权交给"司令部"。因为司令部同时拥有装甲兵和炮兵的进攻与驻守的指挥权，所以它可以广播"on进攻"消息,但一件意想不到事将会发生:步兵也跟着进攻了! 为了防止出现差错，司令部就不得不在进攻前"removeListener(步兵)"。但为了防止广播 "on驻守"消息时步兵不再驻守，所以在广播完"on进攻"消息后必须再次"addListener(步兵)"。司令部何其累哉!所以说，AsBroadcaster类的第二个局限就是它注册了一个监听者，却并不关心监听者到底是监听它的什么事件。 3、AsBroadcaster类的第三个局限其实是由第二个局限来的，就是它有些情况下会造成运行的低效。假设还有一支空军, 它有"on空袭"事件方法,并且归司令部指挥。当司令部广播"on空袭"消息时，得，步兵、装甲兵和炮兵就会也试图执行"on空袭"事件方法，当然是浪费时间啦. 说了AsBroadcaster类这么多局限的地方，并不是说AsBroadcaster类不好，而是说要根据情况选择使用不同的事件机制。如果不涉及到上面说的几种情况，用AsBroadcaster类其实很方便的(比EventDispatcher类要省事)。也正因为AsBroadcaster类有这么多局限的地方，才使我们的主角EventDispatcher类登上了光辉的舞台，请看我们下篇的讲述吧! ------------------------------------------------------------------------ 补充1: AsBroadcaster.initialize(o)方法会为o创建一个"_listener"数组，它用来存储所有的监听者对象。 补充2: FlashMX 2004里还有个mx.transitions.BroadcasterMX类，它比AsBroadcaster的功能要强大，支持广播消息时附带更多的参数，可以对消息进行更多描述。感兴趣的朋友可以访问我的论坛[http://www.wiyiflash.com/bbs]里的特别教程。 关键词：
|
|||||
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
|||||
你可能对下面的文章感兴趣
上一篇: flash google search搜索下一篇: 飘动的汽泡
关于FlashMX2004的事件机制:从AsBroadcaster到EventDispatcher的所有评论
