深入BREW消息处理机制转载-Read.DOCVIP

深入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没有处理该事件时，dialog注册的事件处理函数才会被调用。Brew中的handle event函数都是boolean返回类型的，这是为了实现事件处理的层次机制，当该层上的handle event没有处理该事件时，应该返回false，以便上层对该事件感兴趣的handle event来处理。 如果处理了，应该返回TRUE，说明该事件已被处理，无需其他层再处理。??有了以上知识后，下面给出完整的BREW环境下消息分发和处理的流程。首先BREW存在于一个task中，尽管允许brew运行于一个单独的task中，但是实际oem中都是将其运行于现有的一个task中，比如ui task。??当brew运行后，首先ui task中捕捉到各种事件，此时ui task通过aee_dispatch将事件分发至brew环境中，brew环境再通过aee_sentevent具体分发事件至目的地。接着在两种不同的情况下将走不同的流程。如果当前没有active dialog，则紧接着IAPPLET_Handleevent被brew自动调用来处理事件，而此时调用的IAPPLET_Handleevent其实就是用户注册的自己的applet_handleevent。从而实现了允许用户app捕捉到事件并处理的机制。在用户的app handle