深入BREW消息处理机参考.pdfVIP

深入 BREW 消息处理机制 作者：东方欲晓 消息处理机制， 即 event driven 和传统的编程机制不同， 如 dos ，unix 下的 c 编程， 他没有 main loop ， 程序的流程不是顺序执行的。有过 window 编程经历的读者都会清楚这种机制。 Windows 下消息处理机制：当在交互中进行一个 action （or signal ， or input ， etc ），window 产生 相应的 event ，通过 window 的 event dispatch 机制， 相应的窗口或者 app 得到该 event ，从而触发相 应的 event handler fun 进行处理。 BREW 下消息处理机制简而言之也相似， 即 BREW 环境 （这里是 AEE Shell ）捕捉到 event 后，dispatch 到相应的 app 或者 control ，由其 event handler fun 处理。 区别：我们知道 BREW 的体系结构采用了 COM 方式，即具有面向对象的类层次结构，从而其具体的 event handler fun 也是作为各个 Interface 的外露的接口函数的形式被运用。一个 applet 本质上来说 就是一个实例化的 IAPPLET 类，所以这样就统一了所有在 applet 中运用的 event handler fun 都是各个 Interface 的外露接口函数的说法。 具体而言，这些 event handler fun 还是有区别的，主要是 IAPPLET_Handleevent 和其他 Interface 的 Handleevent 的区别。 IAPPLET_Handleevent 是通过在 AEEClsCreateInstance 中的 AEEApplet_New 函数被注册实例化 的，AEEApplet_New 函数实例化用户的 APPLET 的 Class 同时也通过传入 USERAPP_HandleEvent 参数实例化了 IAPPLET_Handleevent 。 除了 IAPPLET 具有 handleevent 外，所有的继承 Icontrol 接口的 Interface 也具有事件处理函数，允 许 处 理事 件 。 这 些 各 种 具 体 的 Icontrol_handleevent 有两种 方 式被 调 用 。 一种 是 在 applet 的 handleevent 中由 programmer 显式的调用，如： switch (eCode) { case EVT_APP_START: ……… return(TRUE); case EVT_APP_STOP: ………. Case EVT_KEY: IMENU_Handleevent …. ItextCtl_Handleevent …. 另一种是当这些 Control 包含于 Dialog 中，且处于 focus 状态时，这些事件处理函数的触发是隐式的， 是由 AEE 机制自动触发的，无需在代码中显式的调用这些 handleevent 。 Idialog 接口没有外露的 handleevent 接口函数，但是允许通过 Idialog_seteventhandle 来注册一个该 Dialog 的事件处理函数。 需要注意的是， 该事件处理函数是何时被触发的： 一旦当一个 dialog 处于 active 时， aee shell 将会把所有的 event 直接发往该 dialog ，该 dialog 会自动的调用处于 focus 的 control 的 handleevent 来处理该事件，只有当该 control 没有处理该事件时，