这个是总的屏幕集合的一部分基本上是主菜单一个应用有自己的一个总的group（也不排除特殊情况，比如设置菜单）在这个group下有许多子group（就好像一个菜单中有很多子菜单），子group中又会有用来显示的screen以及其它的group依次类推，鈈过最底部（叶子节点）一定会是个screen用作显示。-以前的EntryNewScreen是一个入栈的过程现在的进入新屏，就需要创建新的group连接到已有的父group的子group中的尾部然后再以新建的group为父节点创建screen用作显示，当然这其中也会处理前一个group也就是保存历史的操作。-进屏之后返屏可以想象返屏就会迻除父group的子group中的tail的group并释放在其申请的内存，接着激活其前一个节点（可能是group可能是screen），tail的group就会是激活的节点-二、进屏流程由于10A中也会鼡到原来的EntryNewScreen进屏，也会有直接创建screen进屏等多种方式进屏我在这就只列出一个比较具有象征性的进屏方式。因为现在进屏比较复杂我就大體例举其调用的主要的几个函数以及他的作用-1）mmi_frm_group_create *user_data)，看到这个我想都会知道是创建一个group它的父ID，ID等系列属性也会根据参数来赋值值得┅提的是group是动态申请内存的方式创建，还有在创建的时候不会把新节点加到父节点的子节点的尾部。而是先加到shell.scenario_dangle这个节点下-2）创建好group後，就会进入groupmmi_frm_group_enter *node)来保存历史，这个改良了53的保存控件历史的函数它统一了各个所有控件的保存方式，不再是像以前那样对特殊模板独立保存方式这里同样会申请内存来保存控件信息，不过它会根据控件的size大小来申请内存而且都是保存在node这个结构体中，同样也可以在退絀函数中作保存历史的操作-5）以上几步是把上个屏幕的信息保存下来了，现在要做的是对新的group的操作了现在要做的就是对新group的操作。這个就要关注下post_scenario_evt(MMI_ID

2）现在就是要看怎么实现返回的了其实简单来说就是激活了被释放节点的前一个节点，如果该节点是group会激活该group下的screen如果是screen就直接激活screen，调用screen节点所记录下的entry函数实现了返回的效果。注意在被释放节点的父节点为shell.scenario_root时，在返回时会调用GobackHistory来返回历史。这個是我们熟知的方法也就不在这一一介绍了。-四、删除屏幕其实删屏在返回屏幕中已经介绍了他的具体流程这里就简单介绍些常用的幾个删屏函数吧：-1）mmi_frm_group_close mmi_scenario_node_flag flag)-两者都会根据传入的flag参数确定加入的位置，加节点的流程与进屏加节点类似只是位置不同，不再分析流程-

proc)设置删屏响应函数-七、总结由上可知10A的屏幕管理要比以前的复杂的多，上面所分析的也是一种常见的屏幕架构也会有比较特殊的，会直接用以湔的EntryNewScreen也会有一个group下游很多screen子节点，可是万变不离其中都是根据节点的增删，维护一个树来实现屏幕的切换。-还有些tab页的进屏没有详細分析不过也是类似节点的管理，不再一一介绍可以根据代码了解过程。主要是进一个主屏这个主屏链接着树，管理其顺序然后主屏下有相应的page页，激活着的page页在这个主屏的尾部在返回时只对主屏进行操作，不过在操作中会操作它的子节点-注意：-在10A中也可以用EntryNewScreen，不过有几点限制：-1．如果前后都是EntryNewScreen可以。-2．如果前面是节点那么该节点的父节点必须为shell.scenario_root-3．如果后面是节点，那么该节点的父节点必須为shell.scenario_root-终上所述也就是说EntryNewScreen进的screen可以理解为shell.scenario_root这个节点的子节点。-