| 成员变量 | 自动变量 |
| 分配 | 我们最常用的办法就是在二次构造函数（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》一文对模拟器进行一个较贴近真实设备的配置。最后说一句：“浪费是可耻的”。
CTIC.川科创新 3G嵌入式技术教育专家(学3G送手机)
3G手机软件工程师培训班 现热招中 报名即 送3G手机 一部
咨询电话：400-702-8828 www.ctic.cc
posted on 2010-03-29 11:34
Learn 阅读(122)
评论(0) 编辑 收藏 引用