MTK MMI event 小结 1

在MTK MMI 里面有各种event,最常见的跟交互相关的 按键  event,触摸屏 event。跟各种具体事件比如电话event,短信event,电量event,信号量event,timer event等等。

MTK 都有相应的处理方式,跟交互相关的 按键(KeyBrd.c)和触摸屏(TouchScreen.c) 各有一套自己的机子,timer event 已经在 MTK timer 小结 3 介绍过,还有一套机制就是处理各种其他事件,它主要分为普通事件和interrupt event,interrupt event 主要用于需要弹出的对话框的event。

今天主要看分析,常用事件机制。做过MTK开发的童鞋应该知道要接受 MTK L4 层的消息,用一个注册函数 SetProtocolEventHandler,注册一个event 的 处理函数。比如短信,电话,电池电量,信号量等等都是通过 这个函数来注册消息。当L4 层,处理完封装事件后,就会把这个event 发送到MMI task 里来(消息发送可以看 MTK task 小结 5 ),然后MMI task 通过这个 event 机制,找到相应的处理函数,进行处理。实现这种机制,也是考虑到零活性和扩张性。如果都在MMI task 里面,用 switch case 来处理,那就很疯狂了,长度不说,写个应用,定义个消息,都要去改MMI task,所以这个机制实现虽然比较简单,但是还是很有必要的。

昨天也说到,这个机制的 event 主要有两种,普通event 和 intrrupt event(中断事件),这些主要是一些需要中断当前应用的事件(主要是看那些弹出框),比如电话,有些应用需要提前处理这个消息,还要处理 这个事件处理完毕后的处理。还是看代码吧

在MMI task 最后,会调用函数 ProtocolEventHandler,这个函数是就是找相应的event 的相应 处理函数(平台不一样,可能实际的函数名字有些区别,但是流程基本上一样的,我这里被 #define 到 mmi_frm_execute_current_protocol_handler)。

// MsgStruct 是 具体事件的 消息体 void mmi_frm_execute_current_protocol_handler(U16 eventID, void *MsgStruct, int mod_src, void *peerBuf) {     U16 count = 0;      PsExtPeerFuncPtr currFuncPtr = NULL;      U8 interrup_result = MMI_FALSE; /* False not handle interrupt, True will handle */           MMI_BOOL query_result = MMI_FALSE, execute_result = MMI_FALSE;     interrupt_event_hdlr int_func = NULL, post_int_func = NULL;     mmi_frm_int_event_type current_frm_int_event;               {         // 遍历 protocolEventHandler 查找 是否有event 注册了回调函数         // 虽然这个方法感觉比较笨,就一个数组,实际上对速度没有什么影响         for (count = 0; count < maxProtocolEvent; count++)         {             if (protocolEventHandler[count].eventID == eventID)             {                 //找到 处理函数                  currFuncPtr = (PsExtPeerFuncPtr) protocolEventHandler[count].entryFuncPtr;                 // 这个地方时,一个优化                 // 处理的事情就是 把刚才现在处理的 event id 往前移动一个单位                 // 这是考虑到 程序的局部性原理, 这个优化还是很有必要的                 if (count > 0)                 {                        protocolEventHandler[count].eventID = protocolEventHandler[count - 1].eventID;                     protocolEventHandler[count].entryFuncPtr = protocolEventHandler[count - 1].entryFuncPtr;                              protocolEventHandler[count - 1].eventID = eventID;                     protocolEventHandler[count - 1].entryFuncPtr = (PsFuncPtr) currFuncPtr;                 }                 break;             }         }     }      // 这个就是查找是否是中断事件      current_frm_int_event = mmi_frm_interrupt_event_converter(eventID, MsgStruct);     if (current_frm_int_event > 0)     {         // 查看改 中断事件是否有 注册 提前处理函数         query_result = mmi_frm_query_interrupt_event_information(current_frm_int_event, &int_func, &post_int_func);     }     // 如果有 调用该函数     if (query_result && int_func)     {         /* New interruption mechanism */         execute_result = (*int_func)(current_frm_int_event);     }          //根据 event 相应的回调函数 以及 前面处理的结果,来觉得是否处理该事件      // 要注意的是,如果如果 interrput 提前处理函数 返回 true,那么 这里就不会执行     if ((currFuncPtr) && (!interrup_result) && (!execute_result))     {         (*currFuncPtr) (MsgStruct, mod_src, peerBuf);     }     else     {         MMI_TRACE(MMI_FW_TRC_G1_FRM, MMI_FRM_INFO_EVENT_EXECURPTO_NO_HDLR, eventID);     }          // interrupt event 最后处理函数     if (query_result && post_int_func)     {         execute_result = (*post_int_func)(current_frm_int_event);     }    }


看完这个,其实觉得挺简单的,对吧。就是一个数组,数组里关联了 event id 和 对应的处理函数。

还有就是增加了一种 intrrupt event。可以注册这种event 的 pre_handler  and post_handler。这样如果需要,可以提前做处理或者不响应该事件。

转自:http://blog.csdn.net/yanwuxufeng/archive/2010/07/29/5775323.aspx

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值