| 以文本方式查看主題 - 曙海教育集團論壇 (http://m.rfoamep.cn/bbs/index.asp) -- Symbian開發 (http://m.rfoamep.cn/bbs/list.asp?boardid=46) ---- symbian開發介紹 (http://m.rfoamep.cn/bbs/dispbbs.asp?boardid=46&id=2052) |
| -- 作者：wangxinxin -- 發布時間：2010-12-3 14:50:05 -- symbian開發介紹 symbian操作系統與普通pc的不同是: symbian上內存不夠多 ,并且cpu速度慢，所以開發的話需要考慮到節省內存的原則 另外就是分配內存失敗時的處理 在這點pc基本上不用考慮 因為有真實內存加上虛擬內存 夠用的 symbian操作系統可能運行好幾個月 但是你的程序隨時可能因為異常而退出 退出時釋放程序使用的內存及其它相關資源就相當重要 界面開發最簡單的方法是使用c++ 把相關的圖形操作使用類來封裝，所以symbian的sdk以c++ 類庫形式提供 如果你還是使用c 那還是趕緊學習c++ 由于symbian運行的環境有限，所以為了提高性能減少資源使用 symbian對標準c++進行了一定的修改,其中最明顯的是去掉了異常處理機制 另一個就是對模板進行了簡化 當然模板方面在語言開發中不會有不同 只是修改了它的實現 這個可以不用管 只是像c++中的模板一樣使用好了 symbian在語言級不支持異常，但是以庫與宏的形式來提供對導常的支持 throw 對應于 User::Leave或是leave相關函數 try{}catch(...){}對于于TRAP和TRAPD宏 TRAPD宏與TRAP只是增加了變量定義過程 這兩個沒有區別 另外 由于資源有限，所以有些程序可能因為不正常的使用資源而死掉 或是因為資源使用完而無法正常執行 這時 雖然可以自己增加錯誤處理過程 但是這樣的過程太多了 如內存分配 每次分配完 都要檢查是不是成功 沒有成功就釋放資源程序退出 這樣代碼量就很大 而在實時系統中 需要的是代碼少而精 所以 symbian提供了cleanupstack(清除堆棧)機制 當你申請了資源后 把它Push到cleanupstack中 那后面如果某個申請失敗了 可以直接調用User::Leave退出程序 操作系統會自動幫你釋放你申請的資源 這樣代碼量就減少 如果已經成功的使用完資源了 需要自己釋放 那就調用PopAndDestroy手動釋放它 為了保證程序退出時用戶申請的資源全部釋放(主要是內存) 所以symbian同時提供了heap marking機制，程序開始時標記當前堆信息 退出時檢查并釋放沒有釋放的堆 總之就是symbian開發中需要自己處理下面的事情: trap harness,cleanup stack,leave,heap marking 其實跟c++比起來 symbian對釋放資源的操作通過cleanupstack進行了支持 只是需要自己手動的把資源放到cleanupstack中 這樣可以認為是c++的手動管理資源與java的自動資源管理的一個折中 第一個控制臺下的hello world程序 很多語言都是從hello world 開始 學習symbian也不例外 下面從一個簡單的hello world程序開始 介紹symbian的特點 CODE //hellotext.cpp #include #include LOCAL_D CConsoleBase* gConsole; // Real main function void MainL() { TBuf helloWorld(_L("hello")); helloWorld.Append(_L("World")); gConsole->Printf(helloWorld); // 可以把上面三句改成gConsole->Printf(_L"hello world"); } // Console harness void ConsoleMainL() { gConsole = Console::NewL(_L("Hello Text"), TSize(KConsFullScreen,KConsFullScreen)); CleanupStack::PushL(gConsole); MainL(); User::After(5000000); CleanupStack::PopAndDestroy(gConsole); } GLDEF_C TInt E32Main() { __UHEAP_MARK; CTrapCleanup* cleanupStack = CTrapCleanup::New(); TRAPD(error,ConsoleMainL()); __ASSERT_ALWAYS(!error,User::Panic(_L("SCMP"),error)); delete cleanupStack; __UHEAP_MARKEND; return 0; } 編譯與運行 symbian的編譯要求比較奇怪 它需要一個bld.inf文件與一個mmp文件 bld.inf聲明build的相關信息 通常只包括這次build會引用到的mmp文件 .mmp文件保存工程與makefile相關的信息 用于具體的build過程 它也叫makmakefile project ,也就是創建makefile的文件 bld.inf的文件名是固定的 .mmp文件的文件名則根據不同的工程而起不同的名字 下面是hellotext工程中這兩個文件的內容 CODE // BLD.INF PRJ_MMPFILES hellotext.mmp CODE // hellotext.mmp TARGET HelloText.exe TARGETTYPE exe SOURCEPATH . UID 0 SOURCE hellotext.cpp USERINCLUDE . SYSTEMINCLUDE \\epoc32\\include LIBRARY euser.lib 把上面兩個文件保存到與hellotext.cpp相同的目錄下 編譯過程: 1 打開一個dos窗口 2 cd 到hellotext.cpp所在目錄 3 運行下面命令 bldmake bldfiles abld build wins udeb 運行完后 你就可以到 epoc/release/wins/udeb目錄下查找hellotext.exe文件 // BLD.INF PRJ_MMPFILES hellotext.mmp bld.inf只是聲明這個build需要調用hellotext.mmp模塊 CODE // hellotext.mmp TARGET HelloText.exe 生成的應用程序名是hellotext.exe TARGETTYPE exe 生成的應用程序類型是exe類型，在symbian上可運行的程序類型有exe與app,另外還支持生成其它類型文件，如dll SOURCEPATH . 在哪里查找源文件 這里指示是在當前目錄下 UID 0 對exe程序不需要指定，這里寫0 SOURCE hellotext.cpp 生成應用程序需要的源文件，這里是hellotext.cpp 可以有多個source 一直照這樣的格式寫就可以 USERINCLUDE . 用戶自定義的頭文件在哪里查找 這里是當前目錄 SYSTEMINCLUDE \\epoc32\\include 系統頭文件在哪里查找 一般都是這個值 LIBRARY euser.lib 需要鏈接的庫 這是euser.lib symbian的開發環境是使用perl開發的 所以需要有一個確定的文件名聲明工程內容 這就是bld.inf bldmake編譯時先讀bld.inf 看需要哪個文件指導編譯過程 然后對mmp文件進行轉換，生成makefile及其它相關的編譯規則文件 同時在當前目錄下生成abld.bat文件 后面就是使用abld進行具體編譯 bld.inf意義就是 build info.編譯信息 mmp文件就是 makmake file bldmake 就是build make info bldmake bldfiles 創建build files abld build wins udeb 創建win simulator unicode debug 版本 另外可能用的其它兩個命令是 bldmake clean 清除生成的build file,這在改變mmp文件后應該做 abld reallyclean 清除生成的目標文件(.o) 這在改變源文件內容后使用 symbian 模擬器樣子 在命令行下輸入epoc得到 如果沒錢買智能手機 如p910 那可以拿這個來體會一下效果 剛才編譯好的程序的運行 運行epoc/release/wins/udeb/hellotext.exe 看到 沒有抓圖工具 無法上傳 代碼說明 因為手機上沒有dos或是xterm窗口，所以需要聲明一個console類， 打開一個控制臺窗口 LOCAL_D CConsoleBase* gConsole; // Real main function void MainL() { 控制臺打印 gConsole->Printf(_L"hello world"); } // Console harness void ConsoleMainL() { NewL類似標準c中的new 由于symbian中沒有異常， 使用leave trapd代替標準c++中throw catch, 所以如果函數可能會leave的話 函數名后會加上一個L gConsole = Console::NewL(_L("Hello Text"), TSize(KConsFullScreen,KConsFullScreen)); symbian中為了避免資源瀉漏 使用cleanupstack把需要釋放的內容放到cleanupstack中， 當程序非法退出時 symbian操作系統會自動通過cleanupstack來對資源進行釋放 保證資源的釋放放是重要的 因為symbian可用的資源并不多 內存現在最多也就16M 而它可能一直運行好幾個月(想看如果你不常關機的話) CleanupStack::PushL(gConsole); 調用自己的函數 MainL(); 停止5秒 讓你看到屏幕顯示 User::After(5000000); 手動釋放剛才申請的資源 CleanupStack::PopAndDestroy(gConsole); } symbian中exe程序的入口定義如下GLDEF_C TInt E32Main 而不是標準C中的的main 可以認為symbian自己定義了main函數， 然后在里面進行自己的初始化 初始化完后再調用E32main (在psos下開發時也是這樣 psos的入口函數是root 在其它實時系統開發與普通系統不同 因為可能需要特殊的初始化 ) GLDEF_C TInt E32Main() { __UHEAP_MARK;定義堆保護 保證程序退出時會釋放資源 創建清除堆棧類 CTrapCleanup* cleanupStack = CTrapCleanup::New(); TRAPD(error,ConsoleMainL()); 這個相當于標準c++中的catch(...) __ASSERT_ALWAYS(!error,User::Panic(_L("SCMP"),error)); delete cleanupStack; __UHEAP_MARKEND; 堆保護完成 在這里釋放掉所有內存 return 0; } 結合上面的代碼看symbian提供的機制 Leave , trap,cleanupstack ,heapmarking 都存在了 這是一個典型的symbian程序都會使用到的功能 函數是不是會Leave 這個在symbian中是以函數名的形式提供 函數名后面是L的表示它會Leave 函數名后面是LC的表示它會Leave,并且已經把指針push到cleanupstack中了 leave的情況： 是不是任何情況都會Leave呢 當然不是 只有資源申請失敗或是操作失敗時時會Leave 在系統庫提供的函數是這樣的 一般它也會提供不Leave的相同功能的函數 如Defined in TDesC8: 看TDesc8的類說明 Alloc(), AllocL(), AllocLC(), Compare(), CompareC(), CompareF(), Find(), Find(), FindC(), FindC(), FindF(), FindF(), Left(), Length(), Locate(), LocateF(), LocateReverse(), LocateReverseF(), Match(), MatchC(), MatchF(), Mid(), Mid(), Ptr(), Right(), Size(), operator!=(), operator<(), operator<=(), operator==(), operator>(), operator>=(), operator[]() 這里提供了Alloc()和AllocL() 看它們的說明 Alloc() HBufC8* Alloc() const; Description Creates a new 8 bit heap descriptor and initialises it with a copy of this descriptor\'s data. Return value HBufC8* A pointer to the new 8 bit heap descriptor, if creation is successful. NULL, if creation of the descriptor fails. |