从库文件看:
设计的初衷就是要让开发者通过AddViewL把自己的View都放到app UI中进行注册,然后统一管理。
一旦注册成功,这View的控制权就会转移到Avkon那边,已经不归我们的应用程序来管理了,当用户退出进程的时候,App UI的析构函数会调用已经注册成功的view的析构函数。
PS: App UI的析构也是Avkon调用的,不是当前进程自己调用的。所以在构造App UI的时候需要先调用基类的BaseConstructL 函数,因为如果在BaseConstructL之前发了异常,那么结果就是App UI的析构不会被调用!这样的话后果就严重了!!
那既然view的控制权不在当前应用程序这边,那应用程序能做什么?
应用程序可以在自己定义的视图中重载DoActivateL( const TVwsViewId& aPrevViewId,
TUid aCustomMessageId,
const TDesC8& aCustomMessage )
去当前视图中需要做的事情,或者调用DoDeactivate()使视图无效。同时在DoDeactivate()中进行资源的释放工作[效率考虑]。
视图的激活是通过调用:
所以在应用程序需要操作的就是如何管理自己的视图里面的资源,如何添加自己的视图注册到Avkon,如何在激活/使无效自己的视图的时候管理自己的资源,以及在哪些地方会析构自己的视图?