flex的事件旅程

信号灯的应用中,为什么在点击按钮后,就会自动调用 myEventHandler方法呢?看官答道:“我们把myEventHandler作为事件侦听器注册到了容器ctnButtons上了!”没错,但 是为什么在容器上注册了侦听器,Flash Player就能够调用myEventHandler方法呢?Flash Player如何发现有这样一个侦听器?如果我们在其他的容器,比如ctnButtons的父容器traficLight上为同样的事件注册了侦听器,会 发生什么?Flash Player维护了一个侦听器队列吗?如果是这样的话,那队列中成员的顺序又如何呢?

其实并没有一个所谓的侦听器队列。但Flash Player确实维护了一个树状列表,即显示列表(详见第7章的7.1.1节“显示列表”(见第126页))。Flash Player创建事件对象,并调度该对象到事件流。事件流就是事件对象在显示列表中的“旅程”。

当事件发生时(比如用户按下了按钮),Flash Player即创建Event对象,事件之旅也由此刻开始了。然而,事件之旅的起源地并不在“此地”,而是从显示列表的根节点 Stage(flash.display.Stage,一个特别的显示对象容器,显示列表的根节点)开始,然后沿着列表逐级向下,直到发生事件的对象。之 后,又按相反的方向逐级向上回到根节点。没错,事件之旅是个往返旅程。而且,需要强调的是,事件旅程并不包括从根节点Stage对象到发生事件的对象之间 的所有节点,而只涉及发生事件的对象本身和它的父容器。比如,信号灯应用中,Flash Player就不会检查lblLightInfo对象,因为它并不是三个按钮对象的父容器。在这段旅程中,Flash Player逐一检查这些对象是否针对发生的事件注册了侦听器,为事件对象赋值,并调用侦听器。

概念上,Flex的事件旅程分为三个阶段:捕获阶段、目标阶段和冒 泡阶段,如下图所示。既然事件之旅同显示列表密切相关,在旅程开始之前,我列出了信号灯应用的树状显示列表以供参考。同时标出了当用户按下“红色”按 钮时事件旅程的三个阶段。

flex的事件旅程分别为三个阶段:捕获阶段、目标阶段和冒泡阶段。上图是红绿灯例子的执行过程。

当事件发生时,FlashPlayer就创建Event对象,事件之旅由此就开始了。然而,事件之旅的起源地并不在“此地”,而是从现实列表的根节点State(flash.display.State,一个特别的现实对象容器,现实列表的根节点)开始,然后沿着列表逐渐向下,直到发生事件的对象。之后,又按相反的方向逐级向上回到根节点。没错,事件之旅是个往返过程。而且,需要强调的是,事件之旅并不包括从根节点State对象发生到发生事件的对象之间的所有节点,而只涉及发生事件的对象本身和它的父容器。在红绿灯的例子中,hbox并不在事件之旅之中。

  1. target和currentTarget

事件对象currentTarget属性的值会在事件流中改变,而target属性则不会变化。通过currentTarget属性获知事件 旅程现在停在了那个节点上。

2. 捕获阶段

事件发生后,FlashPlayer将沿着显示列表,从根节点State开始遍历事件发生对象的所有父对象,这个阶段称为捕获阶段。在红绿灯例子中,FlashPlayer将顺序检测State、SystemManager、Application、vbox、hbox,至此为捕获阶段。

需要指出的是,在默认的情况下,容器们并不在捕获阶段监听事件,红绿灯例子中的监听器实际上是在冒泡阶段被调用的。如果想在捕获阶段调用监听器,需要把useCapture设置为true

3. 目标阶段

目标阶段只涉及一个对象,即发生事件的对象。在目标阶段,事件对象的target和currentTarget对象被赋予相同的值,也就是发生事件的对象。

在红绿灯事件中,如果用户按下了红灯按钮,那么在目标阶段,FlashPlayer只检测btnRed对象。如果在btnRed上添加事件监听,那么在目标阶段系统会调用监听方法。

4. 冒泡阶段

冒泡阶段和捕获阶段设计的节点完全相同,但遍历顺序却恰好相反。在FlashPlayer对发生事件对象检测完毕后,将从其直接父容器开始,沿着显示列表向上,最终返回到State根节点。

在红绿灯实例中,目标阶段结束后,FlashPlayer将依次检测hbox 、vbox、Application、SystemManager、State,此为冒泡阶段,事件之旅也就结束了。

下面我们来写个小程序来测试下红绿灯的事件之旅。

<?xml version="1.0"?> <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" creationComplete="init()"> <mx:Script> <![CDATA[ private function init():void{ btnRed.addEventListener(MouseEvent.CLICK,myEventHandler); hbox.addEventListener(MouseEvent.CLICK,myEventHandler); lab.addEventListener(MouseEvent.CLICK,myEventHandler); vbox.addEventListener(MouseEvent.CLICK,myEventHandler); this.addEventListener(MouseEvent.CLICK,myEventHandler); btnRed.addEventListener(MouseEvent.CLICK,myEventHandler,true); hbox.addEventListener(MouseEvent.CLICK,myEventHandler,true); lab.addEventListener(MouseEvent.CLICK,myEventHandler,true); vbox.addEventListener(MouseEvent.CLICK,myEventHandler,true); this.addEventListener(MouseEvent.CLICK,myEventHandler,true); } private function myEventHandler(event:Event):void{ trace(event.currentTarget.toString()+"在事件阶段"+event.eventPhase); } ]]> </mx:Script> <mx:VBox width="100%" height="100%" id="vbox"> <mx:Label text="关闭" id="lab"/> <mx:HBox id="hbox"> <mx:Button label="绿色" id="btnGreen"/> <mx:Button label="红色" id="btnRed"/> <mx:Button label="蓝色" id="btnBlue"/> </mx:HBox> </mx:VBox> </mx:Application>


在init()方法中,我们为btnRed、vbox、hbox、lab、this分两次注册了同一个监听器,第二次我们设置了user_captrue为true

eventPhase标志着当前所处事件旅程的阶段。返回值为unit类型,

捕获阶段EventPhase.CAPTURING_PHASE=1

目标阶段EventPhase.AT_TARGET=2

冒泡阶段EventPhase.BUTTLING_PHASE=3

打印的结果是

index0在事件阶段1
index0.vbox在事件阶段1
index0.vbox.hbox在事件阶段1
index0.vbox.hbox.btnRed在事件阶段2
index0.vbox.hbox在事件阶段3
index0.vbox在事件阶段3
index0在事件阶段3

采用PyQt5框架与Python编程语言构建图书信息管理平台 本项目基于Python编程环境,结合PyQt5图形界面开发库,设计实现了一套完整的图书信息管理解决方案。该系统主要面向图书馆、书店等机构的日常运营需求,通过模块化设计实现了图书信息的标准化管理流程。 系统架构采用典型的三层设计模式,包含数据存储层、业务逻辑层和用户界面层。数据持久化方案支持SQLite轻量级数据库与MySQL企业级数据库的双重配置选项,通过统一的数据库操作接口实现数据存取隔离。在数据建模方面,设计了包含图书基本信息、读者档案、借阅记录等核心数据实体,各实体间通过主外键约束建立关联关系。 核心功能模块包含六大子系统: 1. 图书编目管理:支持国际标准书号、中国图书馆分类法等专业元数据的规范化著录,提供批量导入与单条录入两种数据采集方式 2. 库存动态监控:实时追踪在架数量、借出状态、预约队列等流通指标,设置库存预警阈值自动提醒补货 3. 读者服务管理:建立完整的读者信用评价体系,记录借阅历史与违规行为,实施差异化借阅权限管理 4. 流通业务处理:涵盖借书登记、归还处理、续借申请、逾期计算等标准业务流程,支持射频识别技术设备集成 5. 统计报表生成:按日/月/年周期自动生成流通统计、热门图书排行、读者活跃度等多维度分析图表 6. 系统维护配置:提供用户权限分级管理、数据备份恢复、操作日志审计等管理功能 在技术实现层面,界面设计遵循Material Design设计规范,采用QSS样式表实现视觉定制化。通过信号槽机制实现前后端数据双向绑定,运用多线程处理技术保障界面响应流畅度。数据验证机制包含前端格式校验与后端业务规则双重保障,关键操作均设有二次确认流程。 该系统适用于中小型图书管理场景,通过可扩展的插件架构支持功能模块的灵活组合。开发过程中特别注重代码的可维护性,采用面向对象编程范式实现高内聚低耦合的组件设计,为后续功能迭代奠定技术基础。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值