symbian中活動(dòng)對(duì)象的一些簡(jiǎn)單的使用
對(duì)symbain的學(xué)習(xí)已經(jīng)又幾個(gè)月了,今天來(lái)寫(xiě)寫(xiě)自己的一些活動(dòng)服務(wù)對(duì)象使用方法.
symbian官方推薦使用活動(dòng)服務(wù)對(duì)象(CActive)來(lái)代替多線程的使用,我想這個(gè)道理是很明了的,在手機(jī)這樣的小內(nèi)存設(shè)備里,運(yùn)行多線程的程序是非常耗資源的,為了節(jié)約資源,symbian提供了一個(gè)活動(dòng)服務(wù)對(duì)象的框架,允許把程序里并發(fā)執(zhí)行對(duì)象(其實(shí)不是并發(fā),不過(guò)宏觀上看來(lái)是)放在一個(gè)線程里面執(zhí)行,這些并發(fā)工作的對(duì)象就通過(guò)活動(dòng)規(guī)劃器(ActiveScheduler)來(lái)進(jìn)行管理.
關(guān)于這兩個(gè)東西的介紹,網(wǎng)上有一大堆的文檔,我就不在這里廢話了,如何使用呢?這里我先舉一個(gè)簡(jiǎn)單的計(jì)數(shù)器的例子.我選擇寫(xiě)一個(gè)exe的程序,也就是說(shuō)程序是以E32Main為入口的.
GLDEF_C TInt E32Main()
{
CTrapCleanup* cleanup=CTrapCleanup::New();
TRAPD(error,callInstanceL());
if (error != KErrNone){
printf("get error %d/r/n", error);
}
delete cleanup;
return 0;
}
以上的內(nèi)容是每一個(gè)exe文件都應(yīng)該做的,CTrapCleanup* cleanup=CTrapCleanup::New()建立一個(gè)清除堆棧,以便程序在異常退出的時(shí)候把清除堆棧里面的資源都釋放掉.當(dāng)然你也可以加上堆檢測(cè)宏,這里我就不多說(shuō)了.TRAPD是symbian里面經(jīng)常使用的宏,功能類(lèi)似于try,第一個(gè)參數(shù)是讓定義一個(gè)錯(cuò)誤返回值變量的名字, 后面就是可能有異常的你寫(xiě)的函數(shù).當(dāng)這個(gè)函數(shù)異常時(shí),程序不會(huì)crash, 你可以得到異常的原因.可以參考nokia論壇上的一些關(guān)于這些使用的文檔.
接下來(lái)是vcallInstanceL函數(shù),在這個(gè)函數(shù)里面我來(lái)建立ActiveScheduler.
LOCAL_C void callInstanceL()
{
CActiveScheduler* scheduler = new(ELeave) CActiveScheduler();
CleanupStack::PushL(scheduler);
CActiveScheduler::Install(scheduler);
TRAPD(error,doInstanceL());
if(error) {
printf("error code=%d/r/n",error);
}
else {
printf("OK!/r/n[press any key]");
}
CleanupStack::PopAndDestroy(scheduler);
}
這段程序很簡(jiǎn)單就是創(chuàng)建一個(gè)活動(dòng)規(guī)劃器,并壓入清除棧,然后安裝活動(dòng)規(guī)劃器,這樣就可以用了.再執(zhí)行真正的實(shí)例函數(shù),最后出棧銷(xiāo)毀.doinstanceL我們放到最后來(lái)寫(xiě),現(xiàn)在來(lái)構(gòu)造我們的活動(dòng)計(jì)數(shù)器對(duì)象.
class TimeCount : public CActive
{
public :
static TimeCount* NewLC(); // 構(gòu)造函數(shù)
~TimeCount();
void StartL(); // 計(jì)數(shù)開(kāi)始
void ConstructL();
void RunL(); // 延時(shí)事件到達(dá)以后的處理函數(shù)
void DoCancel(); // 取消請(qǐng)求提交
void setDelayTime(int delayTime);
private:
TimeCount();
RTimer iTimer; // 定時(shí)器
int iTimeCount; // 計(jì)數(shù)器
int mTime; // 計(jì)數(shù)間隔時(shí)間 單位秒
};
TimeCount::TimeCount()
: CActive(0) // 這里可以設(shè)置活動(dòng)對(duì)象的優(yōu)先級(jí)
{
// 把自己加入活動(dòng)規(guī)劃器
CActiveScheduler::Add(this);
}
TimeCount* TimeCount::NewLC()
{
TimeCount* result = new (ELeave) TimeCount();
CleanupStack::PushL( result );
result->ConstructL();
return result;
}
void TimeCount::DoCancel(void)
{
iTimer.Cancel();
}
void TimeCount::setDelayTime(int mTime)
{
DelayTime = mTime;
}
TimeCount::~TimeCount()
{
Cancel();
iTimer.Close();
}
void TimeCount::StartL()
{
// 設(shè)定定時(shí)器狀態(tài)為每隔mTime秒鐘狀態(tài)完成一次
iTimer.After(iStatus, 10000 * 100 * mTime);
// 提交異步請(qǐng)求
SetActive();
}
void TimeCount::ConstructL()
{
// 初始化計(jì)數(shù)器和定時(shí)器
iTimeCount = 0;
User::LeaveIfError(iTimer.CreateLocal());
}
void TimeCount::RunL()
{
// 計(jì)數(shù)器+1以后繼續(xù)提交延時(shí)請(qǐng)求事件
printf("The Count is ->>%d", iTimeCount++);
StartL();
}
每一個(gè)活動(dòng)服務(wù)對(duì)象都有一個(gè)iStatus來(lái)標(biāo)識(shí)當(dāng)前對(duì)象的狀態(tài).在這里我們把iStatus設(shè)定為iTimer.After(iStatus, 10000 * 100 * mTime);也就是定時(shí)器定時(shí)mTime秒鐘以后iStatus發(fā)生改變,這個(gè)時(shí)候活動(dòng)規(guī)劃器會(huì)收到這個(gè)狀態(tài)的改變,從而調(diào)用相應(yīng)活動(dòng)對(duì)象的處理函數(shù),也就是RunL函數(shù).在RunL函數(shù)里面進(jìn)行計(jì)數(shù)和輸出,然后調(diào)用startL重新設(shè)置定時(shí)器和對(duì)象狀態(tài),再提交給活動(dòng)規(guī)劃器.這樣mTime秒鐘以后活動(dòng)規(guī)劃器會(huì)再次調(diào)用RunL函數(shù).一直這樣重復(fù),這樣就達(dá)到了計(jì)數(shù)器的效果.
最后我們來(lái)寫(xiě)doinstanceL函數(shù)
LOCAL_C void doInstanceL()
{
TimeCount* timeCount = TimeCount::NewLC();
// 每隔一秒鐘打印一次
TimeCount->setDelayTime(1);
TimeCount->StartL();
CActiveScheduler::Start();
CleanupStack::PopAndDestroy(1);
}
創(chuàng)建好對(duì)象以后,加上CActiveScheduler::Start()程序就開(kāi)始運(yùn)行了,這句話告訴活動(dòng)規(guī)劃器該等待對(duì)象的狀態(tài)的改變了,在這里就是timeCount的iStatus的改變.等iStatus改變并調(diào)用了RunL以后,繼續(xù)等待iStstus的改變,這樣我們使用活動(dòng)對(duì)象的計(jì)數(shù)器就能夠通過(guò)消息驅(qū)動(dòng)運(yùn)行起來(lái)了.
這里的CActiveScheduler只管理了一個(gè)CActive對(duì)象,就是timeCount,可以用類(lèi)似的方法實(shí)現(xiàn)多個(gè)CActive,并且都加入CActiveScheduler,CActiveScheduler將會(huì)等待所有加入它的CActive的狀態(tài)的改變,其中有一個(gè)的狀態(tài)改變就會(huì)去執(zhí)行對(duì)應(yīng)的活動(dòng)對(duì)象的處理函數(shù),當(dāng)狀態(tài)同時(shí)發(fā)生的時(shí)候,會(huì)通過(guò)對(duì)象的優(yōu)先級(jí)來(lái)決定先調(diào)用誰(shuí)的RunL函數(shù).CActiveScheduler也是非搶占式的,當(dāng)一個(gè)RunL函數(shù)還沒(méi)有執(zhí)行完的時(shí)候,如果另一個(gè)CActive的狀態(tài)改變,會(huì)等待RunL執(zhí)行完以后再執(zhí)行另一個(gè)CActive的處理函數(shù).[!--empirenews.page--]
用起來(lái)還算簡(jiǎn)單吧?.
下載文檔
