屏幕/内存同步原则在Symbian编程中的应用

文/Peter Jiang

内存作为Symbian编程中最宝贵的资源，我们必须在编程中极其吝啬的加以使用，最好不用。当然谁都知道不用内存是无法编程的，就像即使吝啬如葛朗台也要穿衣吃饭一样，任何吝啬也有一个底线。那么Symbian中的底线是什么？答案是手机屏幕，既然显示面积有限，其显示的内容也必有限，那么我们只要保持内存和屏幕的同步即可实现对内存资源的精确利用。
精确利用内存就是精确定义对象的生命周期以使其最小化。
在这个问题里我们把对象分为两种：(1)作为类成员的成员变量(2)在函数中定义的自动变量。
把内存管理分为两个问题：（1）什么时候分配（2）什么时候删除。

	成员变量	自动变量
分配	我们最常用的办法就是在二次构造函数（ConstructL()）中一次性的分配。很显然有时侯不是所有的对象都能用到，既然用不到就代表了浪费。	参见第16条军规
删除	既然不是所有的对象都能用到，那么一定有一些对象在析构函数之前就失去使用意义了，这时我们需要使用一种方法来对失去使用意义的对象进行判断，然后删除它们，我认为定义一个状态码(iCurrentView)是挺不错的选择。我在下面的代码中就是这么干的。	也会遇到成员变量一样的问题,但函数工作的过程基本是线性的,失去使用价值就删除好了.但要记住,如果一个对象被删除,而指向它的指针仍然存在,则此指针应该被置为NULL以防非法访问或者二次删除.（参考第8和第10条军规）

我们结合两个例子来讲一下：
首先是关于视图（View）的屏幕同步

void CXXXAppUi::ConstructL() { //⋯⋯⋯⋯⋯⋯.. iCurrentView = ENone; //iCurrentView为一个TViewId枚举类型.表示当前视图状态,初始值置为空(ENone) ChangeViewL(EMainView);//EMainView为主视图状态,即程序载入时的初始视图 //⋯⋯⋯⋯⋯⋯⋯⋯ }

这里我没有使用常见的把所有成员变量在ConstructL()函数中一次分配的方法,而是将一个状态变量(iCurrentView)初始化,而后传递给一个ChangeViewL的private函数,让ChangeViewL根据当前视图的状态来删除当前视图的成员变量，初始化新视图的成员变量,对于内存的节约显而易见.

void CXXXAppUi::ChangeViewL(TViewId aNewView) { if(aNewView == iCurrentView)//新视图状态==当前视图状态 return; switch(iCurrentView)//依据状态删除当前视图 { case EMainView: RemoveFromStack(iAppView);//iAppView是一个视图类,为初始视图 delete iAppView; iAppView = NULL; break; case EWordListView: RemoveFromStack(iListboxView);//列表视图 delete iListboxView; iListboxView = NULL; break; case ENone: default: break; } switch(aNewView)//依据传入的aNewView状态创建新视图 { case EMainView: iAppView = CXXXAppView::NewL(ApplicationRect()); AddToStackL(iAppView); break; case EWordListView: iListboxView = CWordstoreListboxView::NewL(ClientRect()); AddToStackL(iListboxView); break; case ENone: default: break; } iCurrentView = aNewView;//更新当前视图 }

关于Listbox的屏幕同步
Symbian提供的Listbox示例简明易懂，遗憾的是代码可读性和运行效率天生有着不可调和的矛盾，特别是在Symbian这种资源受限设备之中体现的更是淋漓尽致。让我们来看看Symbian的示例代码：

void CCustomerstoreListboxView::SetListItems(CDesCArrayFlat* aNewItems) { CTextListBoxModel* model = iListBox->Model(); model->SetItemTextArray(aNewItems);//通过数组指定Listbox内容及长度 model->SetOwnershipType( ELbmOwnsItemArray ); iListBox->HandleItemAdditionL(); if(aNewItems->Count()>0) { iListBox->SetCurrentItemIndexAndDraw(0); } //⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯ }

简明易懂，接受一个描述符数组，把它传递给Listbox，而我一开始也是这么干的，直到有一天我感觉到数组的长度可能超过100甚至更多。我没有真机用来调试，但任谁也可以想象出一个长达100的Listbox可能给一个手机带来的灾难性后果。尽管屏幕上只能显示三行列表，但是内存中的数量我们却无从控制。解决方案理论上讲很简单（因为实际操作起来因软件而异比较麻烦），或许你已经想到了，原则就是保持内存中的内容与屏幕上的内容一致。
在CEikListbox类中有一个名为HandleScrollEventL的虚函数,可以监听滚动条的上下滚动。不要直接用Symbian提供的Listbox类了，可以通过继承来实现对HandleScrollEventL的定义。

void CXXXListbox::HandleScrollEventL(CEikScrollBar* aScrollBar,TEikScrollEvent aEventType) { Index=CurrentItemIndex();//获取Listbox当前索引值 switch(aEventType) { case EEikScrollDown://滚动条下移 //读取第Index+1的listbox值，删除Index-3的listbox。 case EEikScrollUp://滚动条上移 //读取第Index-1的listbo值，删除第Index+3的listbox值， } }

与此同时还要对于数据库引擎进行修改（如果你是从数据库中读取Listbox的值的话 ），像诸如GetAllCustomer之类的函数无论如何不可用了，我们需要的是逐条读取的函数了。



上面的两个例子大同小异，其实在Symbian编程中有很多类似的应用，比如这个游戏中，我就在Rect().iTl.iX和Rect.iBr.iX两个边界加了对进出潜艇的检测，至于对鱼雷的检测吗，留作习题自己想想看了。在Windows编程中有可能是用空间换时间，在Symbian中我们或许应改为时间换空间了。另外就是不要过于相信模拟器，在模拟器中运行的很顺利的程序在手机上有可能一塌糊涂。可以参考下面的《配置Symbian WINS Emulator》一文对模拟器进行一个较贴近真实设备的配置。最后说一句：“浪费是可耻的”。