mtk history机制深入分析(MTK history mechanism in-depth analysis).docVIP

mtk history机制深入分析(MTK history mechanism in-depth analysis).doc

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
mtk history机制深入分析(MTK history mechanism in-depth analysis)

mtk history机制深入分析(MTK history mechanism in-depth analysis) MTK的历史机制深入分析 MTK的历史机制深入分析 1.10a的屏幕架构 10a中的屏幕管理,不再像以前那样简单的管理一个数组,出栈入栈,而是维护一个树,如下图:— [附件] = 19771 这个是总的屏幕集合的一部分,基本上是主菜单一个应用有自己的一个总的组(也不排除特殊情况,比如设置菜单),在这个组下有许多子组(就好像一个菜单中有很多子菜单),子组中又会有用来显示的屏幕以及其它的组,依次类推,不过最底部(叶子节点)一定会是个屏幕,用作显示。 以前的entrynewscreen是一个入栈的过程,现在的进入新屏,就需要创建新的组连接到已有的父组的子组中的尾部,然后再以新建的组为父节点创建屏幕用作显示,当然这其中也会处理前一个组,也就是保存历史的操作。 进屏之后返屏,可以想象返屏就会移除父组的子组中的尾的组并释放在其申请的内存,接着激活其前一个节点(可能是组,可能是屏幕),尾的组就会是激活的节点。 具体的进\出屏幕会在下文详细介绍。 2。进屏流程 由于10a中也会用到原来的entrynewscreen进屏,也会有直接创建屏幕进屏等多种方式进屏,我在这就只列出一个比较具有象征性的进屏方式。因为现在进屏比较复杂我就大体例举其调用的主要的几个函数以及他的作用。 (1)mmi_frm_group_create mmi_id parent_id,mmi_id group_id,mmi_proc_func proc,void * user_data),看到这个我想都会知道是创建一个组,它的父ID,ID等系列属性也会根据参数来赋值,值得一提的是组是动态申请内存的方式创建,还有在创建的时候,不会把新节点加到父节点的子节点的尾部。而是先加到scenario_dangle这个节点下壳。 2)创建好组后,就会进入组,mmi_frm_group_enter(mmi_id group_id,mmi_group_enter_flag旗)进入新的组,注意在这里他又会调用add_node这个函数把组加入到他的父级组下,加到尾部,同时会用remove_node()这个函数来删除掉壳。scenario_dangle下对应节点,(有点没懂为什么在新建的时候会添加到壳。scenario_dangle这个节点后,又在紧跟着的入组中删除掉这个节点,是为了防止在第一次creategroup之后没有调用入组么?期待高手解答)这步就是加链表的操作了。 3)接着就是用这个函数group_active(group_node_struct *节点,mmi_scenario_evt_struct * EVT),这个函数会对该节点的父级组做判断: 只有在父级组为壳。scenario_root,才会调用mmi_frm_entry_new_screen(),这个又是我们熟知的进屏函数了,我不再这一一介绍,只说一些不同的操作,他不单利用历史这个结构体来保存上一个屏幕的信息,也会记录新进的屏幕的信息,还有在记录上一个屏幕信息的时候不再用mmi_frm_add_history这个函数来申请内存保存上一个屏幕控件的历史信息。 接着会其前一个节点调用group_inactive或者scrn_inactive无效。 4) group_inactive will call the scrn_inactive to the inactive node (including the node node itself). So the analysis of scrn_inactive, here will exit the function to call the node record, according to enter the function to call scrn_add_history (scrn_node_struct *node) to preserve history, this improved the function of the 53 save control history, it has unified way to preserve all all controls, is no longer as before on the special template independent storage. It will also apply for memory to save the control information, but it will apply for a memory under the control of size size, and

您可能关注的文档

文档评论(0)

jgx3536 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:6111134150000003

1亿VIP精品文档

相关文档