Symbian 入门
?
這學期專業實踐要做一個關于Symbian S60的手機軟件，所以我選擇了CarbideV1.2 OEM和S60 SDK 3rd FP1來作為自己的開發環境，具體的環境搭配如下：
1.首先安裝Carbide,選擇OEM版本,至于License的話在網上可以查的出來,大家自己去找,然后會出現release_notes提示安裝Perl和SDK等.
2.安裝Perl，選擇activeperl 5.6.1的版本安裝，否則會出現下面的網絡上面常見的問題：
? 使用Carbide用向導新建了Symbian OSC++ Project，選擇3rd Ed. GUI Application模版，根據步 驟建立了工程，選擇Emulator Debug,編譯時出現下如問題：
make[1]: *** No rule to make target `\Symbian\9.2\S60_3rd_FP1_2\EPOC32\BUILD\Symbian\carbide\workspace\test\group\TEST\WINSCW\TEST.WINSCW'. Stop. test line 0這樣的問題，如果選擇5.6.1 的話就不會出現上面的問題。（所以軟件不是最新版本就是最好的阿!).
3.安裝SDK最好在他的默認目錄，而且這幾個都是最好在一起，我選擇的是C盤安裝軟件和操作系統，給了35G的大小。D盤存取數據。所以這些我都是安裝在他的默認目錄下面。Carbide和Perl 安裝在C 盤program files.SDK 就直接安裝在了C盤上面了。這樣的話基本上就差不多了。
4.打開Carbide，要將工作的空間選取在和自己安裝carbide的盤符相同的盤下面。否則的話會出現下面的錯誤:
WARNING: EPOCROOT does not specify an existing directory
BLDMAKE ERROR: Directory "\Symbian\9.2\S60_3rd_FP1\EPOC32\" does not exist
??? 上面的是我在配置Symbian開發環境時候的一點經驗之談，希望能夠對大家有一些幫助，也歡迎大家給與指教，給我這個菜鳥一些幫助，在此先感謝大家了。
PS:我是一個菜鳥,也是剛開始學習Symbian開發相關，所以對Symbian開發不太了解，之所以在這里寫博客是我發現里面有很多Symbian開發的高手，所以希望大家能夠給與我一些幫助，在此再次感謝了！！~-~
----------------------------------------------------------------------------------------------------
開發軟件來編譯程序，編寫程序。即Integrated Development Environment (IDE) ，它包括編輯器，編譯器和連接器。
推薦用Nokia’s Carbide.c++ Express Edition (based on the Eclipse IDE)或者Visual Studio .NET 2003。
需要軟件開發工具包，即Software Development Kit (SDK)，它允許你寫，創建程序為你的手機。
對N73，需要S60 2nd Edition FP2version 9.1 introduced a complete break from older versions.
To work on Symbian OS version 9.1 or later, applications must be slightly modified andrecompiled.
不同的Symbian os用戶界面user interface (UI)是不一樣的。因此要選擇正確的SDK。
? S60 3rd Edition Feature Pack 1 - Symbian OS v9.2
? S60 3rd Edition - Symbian OS v9.1
? S60 2nd Edition Feature Pack 3 - Symbian OS v8.1
? S60 2nd Edition Feature Pack 2 - Symbian OS v8.0a
? S60 2nd Edition Feature Pack 1 - Symbian OS v7.0s
enhanced
? S60 2nd Edition - Symbian OS v7.0s
? S60 1st Edition - Symbian OS v6.1
由于我們的os是v9.1的，所以需要S60 3rd Edition。
可以在http://developer.symbian.com/main/tools/sdks/s60/index.jsp上下載
下載IDE CodeWarrior Development Studio for Symbian os 3.1(OEM,Professional and Personal)
下載地址為：http://www.forum.nokia.com/info/sw.nokia.com/id/4d2d8611-c490-4f6e-a931-
ea37ba4f040d/CodeWarrior_Development_Studio_for_Symbian_OS_Personal_Edition_Version_3_1.html
安裝其個人版，可試用90天。
安裝SDK
驗證SDK的安裝
1、用devices命令設置S60 3rd Edition SDK for Symbian OS for C++ 作為默認的設備
?? 例如：devices -setdefault @S60_3rd:com.nokia.S60
2、到包含helloworldbasic的目錄下 默認安裝下為cd C:\Symbian\9.1\S60_3rd\S60Ex\helloworldbasic
3、再進到group目錄下，該目錄下包含bld.inf和helloworldbasic.mmp文件
4、驗證編程環境
運行—〉輸入cmd—〉輸入epoc—〉出現模擬器則表示安裝成功。
注：參看Getting_Started_final.pdf
-------------------------------------------------------------------------------------------------------------------------
Nokia根據手機的屏幕大小和價格高低把手機分成了多個系列，現在使用的系列有：Series 40、Series 60、Series 80 和Series 90。60系列
采用Symbian os 6.1，然后又根據手機屏幕的特點對UI做了一些修改，這個被修改了的Symbian就被稱為Nokia的60系列平臺。使用60系列的手
機型號包括：Nokia 6670、 Nokia 6630、 Nokia 6260 、Nokia N-Gage QD? 、Nokia 7610 、Nokia 6620 、Nokia 3620 、Nokia 3660 、
Nokia 6600 、Nokia 3600、Nokia 3650、Nokia 7650、Nokia N-Gage?等。
下面我們就以60系列為例，介紹SDK的安裝過程。
2.1.1 安裝SDK
第一步，到Nokia論壇注冊，下載最新的SDK。Nokia 網站提供的Series 60 SDK for Symbian OS Nokia Edition SDK最新版本是v1.2，Series
60 SDK for Symbian OS的最新版本是v2.1。下載網址：http://www.forum.nokia.com/main/0,6566,034-4,00.html
第二步，到http://www.activestate.com 網站下載最新的Active Perl Script 安裝程序。到http://www.java.com/en/download/manual.jsp
下載最新的J2RE。
第三步：安裝SDK，推薦為Symbian開發單獨建一個目錄，例如d：\Symbian而不是使用C:\program files等這樣的目錄。
第四步：安裝Active Perl和J2RE，安裝到默認目錄即可。
第五步：檢查環境變量設定。打開系統環境變量tab，然后看看有沒有EPOCROOT，如果有的話，把它手動改成“\” 。改完之后應該是這個樣子
的：
EPOCROOT = \
然后，在系統PATH中加入 \epoc32\tools目錄以及\epoc32\gcc\bin目錄就可以了。
實際上，Symbian SDK根本不用安裝，直接把epoc32目錄拷貝到一個機器上，然后照上述方法設定目錄和環境變量就可以了。
2.1.2 配置VC
如果我們使用的是VC 6.0，我們要保證系統至少打了SP3補丁，否則系統會有警告提示。如果我們使用的是VS.NET2003, 我們就只能安裝Series
60 SDK for Symbian OS v2.1，因為Series 60 SDK for Symbian OS Nokia Edition SDK v1.2在VS.NET2003無法正確建立工程。
如果要直接在vc6里創建新項目，要把\Symbian\6.1\Series60\Series60Tools\ Application Wizard目錄下的 AvkonAppWiz.awx和
AVKONAPPWIZ.HLP文件拷貝到vc6的模板目錄C:\Program Files\ Microsoft Visual Studio\ Common\ MSDev98\ Template下。這樣我們就可以
在VC的新建工程中看到Series 60 AppWizard v 1.9這個選項.
??? 填入Project Name 以后，確認。
???
一路“Next”，一個最簡單的Symbian應用程序就建立好了。
如果要將已經建立好的工程導入到VC6.0中，比如我們將SDK中的例子HelloWorld轉換成一個VC6的項目，我們首先進入\Symbian\6.1\Series60
\Series60Ex\HelloWorld目錄。在這里我們可以看到，在Symbian中，一個Project通常是按inc, src, group等目錄組織，group目錄里通常放
的是項目文件，所以編譯時要先到這里。用命令提示符模式進入剛才說的那個目錄下，然后執行：
bldmake bldfiles
這個命令會在group目錄下生成一個abld.bat的批處理文件，并且會在\Symbian \6.1\Series60\Epoc32\BUILD下生成\Symbian\6.1\Series60
\Epoc32\BUILD\SYMBIAN\6.1\ SERIES60\SERIES60EX\HELLOWORLD\GROUP這個目錄，并在最底層目錄下生成一堆 .make文件。
然后，我們在同一個目錄運行剛才生成的abld.bat：
abld makefile vc6
這樣就會自動生成vc6的dsw文件，位置在\Symbian\6.1\Series60\Epoc32\BUILD\ SYMBIAN\6.1\ SERIES60
\SERIES60EX\HELLOWORLD\GROUP\HELLOWORLD\WINS。然后我們就可以在VC6種打開這個Symbian工程了。
2.2 編譯
我們可以直接使用SDK提供的工具編譯Symbian 工程，也可以使用VC6提供的集成環境來編譯轉化過的Symbian 工程。編譯的結果存放在
\Symbian\6.1\Series60\Epoc32\ Release\wins\UDEB\Z\SYSTEM\apps目錄中。
2.2.1使用SDK提供的工具編譯Symbian 工程
我們在上一節的那個位置繼續輸入：
abld build wins udeb
這個命令會編譯我們的程序，最后在\Symbian\6.1\Series60\Epoc32\Release\wins\UDEB目錄下生成我們的helloworld，然后我們可以從開始
菜單里運行模擬器的debug版，在模擬其中就可以運行helloworld了。
2.2.2 使用VC6編譯Symbian 工程
我們直接打開運行abld makefile vc6后生成的dsw文件，VC自動裝載轉化過的工程。按F7便可以直接編譯工程，編譯結果同樣放在
\Symbian\6.1\Series60\Epoc32\Release\ wins\UDEB目錄中。然后我們打開模擬器debug 版，就可以看到我們編譯好的工程了。
2.3 打包
我們以SDK 1.2提供的HelloWorld為例，制作可以在手機中安裝的.SIS文件：
2.3.1．檢查程序
首先，在命令行格式下，進入HelloWorld工程mmp文件所在目錄，輸入bldmake bldfiles和abld build wins udeb，然后打開模擬器，檢測程序
有無錯誤。
2.3.2．編譯工程
在程序無錯誤后，在命令行輸入abld build armi urel 。執行這個命令之后會在目錄d:\symbian\6.1\series60\epoc32\release\armi\urel生
成HELLOWORLD.APP和HELLOWORLD.RSC兩個文件。
2.3.3．建立.pkg文件
在d:\Symbian\6.1\Series60\Series60Ex\helloworld\sis? 用記事本建立或者修改工程的pkg文件，內容如下：
; HelloWorld.pkg
;
;Language - standard language definitions
&EN
; standard SIS file header
#{"HelloWorld"},(0x10005B91),1,0,0
;Supports Series 60 v 1.2
(0x101F8202), 0, 0, 0, {"Series60ProductID"}
;
"d:\symbian\6.1\series60\epoc32\release\armi\urel\HelloWorld.APP"-"!:\system\apps\HelloWorld\HelloWorld.app"
"d:\symbian\6.1\series60\epoc32\release\armi\urel\HELLOWORLD.rSC"-"!:\system\apps\HelloWorld\HELLOWORLD.rSC"
其中，前面"d:\symbian\6.1\series60\epoc32\release\armi\urel\HELLOWORLD.rSC"是要打包安裝的文
件，"!:\system\apps\HelloWorld\HELLOWORLD.rSC"是安裝的目標位置。在其中要注意的是，我們在目標位置中用“！”代替了實際的盤符。
這樣做得好處是在用戶安裝的時候，手機系統會提示用戶選擇要安裝的位置，這就給了用戶更大的靈活度。另外，在Symbian 系統中，安裝的
應用程序默認位置是“!:\system\apps ”。
編輯好pkg文件后，保存至相應目錄。
2.3.4．打包程序
在命令行中，轉至pkg文件所在目錄，運行命令makesis HelloWorld.pkg。之后我們就在同一目錄下得到了打包好的.sis文件。
?
2.4 手機測試
將打包好地.sis文件上傳至手機中，然后在手機的應用程序管理器中就可以看到我們打包好的文件。選擇“安裝”命令，系統會提示用戶要安
裝的位置，選擇安裝位置后，我們制作的應用程序就安裝到手機中了。
我們回到手機的主菜單，就會發現新安裝的HelloWorld 應用程序。打開運行，結果和在模擬器中看到的基本是一樣的。
---------------------------------------------------------------------------------------------------------------------
第一篇：Symbian UI 程序框架
Symbian UI 程序的框架基本上是統一的。大家只要學習一種簡單的框架就可以進行大部分的Symbian開發了。我這里先介紹一個概念。
1.1 MVC 架構
Symbian 基本上使用MVC架構來搭建控件。Symbian UI程序設計主要講究的也是如何使用控件。而No kia沒有做好的一個方面就是有關UI
Control的幫助太少了。SDK提供的幫助里面根本就沒有資源文件的寫法。這一張里面我會介紹一些控件例如Dialog，Text Listbox等等資源文
件的寫法。同時也會告訴大家應該到SDK的哪里才能找到這些資源的描述。
但是首先，我先介紹一下MVC架構。MVC并不是個新東西。他是Model - View - Control的縮寫。在以前smalltalk中就已經開始用了。其主要的
想法是在構造類的時候把顯示，控制以及模型分開。Symbian對其作了小的改動。在Nokia提供的Series 90控件組（就是CKON，以后我再提CKON
的時候大家要知道指得是S90的控件）中Model主要用來存儲數據，以及封裝對數據的操作。也就是對于對象實體的操作。View當然是負責顯示
。Control被抽象成一個或多個純虛類（Mixin）其它對象通過重寫虛函數來得到對象內部的狀態以及控制對象。Series 90的Text Listbox類
CEikTextListBox很好的說明了這個構架。比如你可以調用CEikTestListBox中的Model()函數得到一個Model的指針，然后你就可以訪問其中的
CDesArrayFlat數組了。
1.2 Symbian的工程文件
1.2.1工程引導文件bld.inf
這個東東其實就是一個腳本，它告訴Build環境在做Build之前需要準備或知道一些什么東西。最普通的
一種寫法是：
PRJ_MMPFILES
project.mmp
這是告訴Build環境：你馬上要處理的工程文件名字叫project.mmp。大家如果做比較復雜的程序可能需要同時Build所有的庫，那么就在這里把
你所有需要Build的工程都列出來：
PRJ_MMPFILES
project.mmp
project_lib1.mmp
project_lib2.mmp
另外的一個常用的標記是PRJ_PLATFORMS這個東東告訴編譯環境，以下的這些平臺（Targets）是需要編譯的。你可以在這個標記的下一行列出
需要的平臺例如：
PRJ_PLATFORMS
WINS ARMI WINSCW
或者直接用
PRJ_PLATFORMS
DEFAULT
注意，如果你不作PRJ_PLATFORMS這個標記其效果等于PRJ_PLATFORMS DEFAULT，所以這個不是必須
的。
第三個常用標記是PRJ_EXPORTS這個東西告訴編譯環境在編譯之前需要把哪些文件先拷貝到指定位置。我舉個簡單的例子大家就知道什么意思了
。比如你的工程中需要include一個第三方的*.inl的文件，那么如果編譯之 前這個文件不存在就會編譯不過。你可以這么寫：
PRJ_EXPORTS
.\nk_set.inl \epoc32\include
那么在你編譯的時候，一個Perl腳本會先把你工程目錄下的nk_set.inl文件拷貝到\epoc32\include目錄下，然后再 編譯工程。
大多數工程只要用這三個標記就可以了。還有一點小技巧這個bld.inf文件中是可以寫#if #else 等等東西的。
比如：
#if defined(WINS)
..... 注意沒有{}
#else
.....
#endif
?
---------------------------------------------------------------------------------------------------------------------
Avkon Series60 extensions and modifications to Symbian's Uikon and other parts of the Symbian OS Application Framework
Symbian中的應用程序通常分為兩個部分，engine和UI，如此的劃分增加了可維護性和靈活性，engine就好象是程序的核心，它主要處理運算和
數據，而UI(應該是User Interface)主要處理數據的顯示和所有行為（操作行為應該是）。
engine不談，它是程序起作用的靈魂，這個是因程序而異的，我們來看應用程序外觀，它可以分為三種體系結構：
一、傳統的symbianOS控制體系結構
二、基于對話框的體系結構
三、視圖體系結構
看看好象跟MFC搞的似的，也有個View和Dialog，不過也是Symbian就是用C++寫的，面向對象特性非常好。
運用什么樣的界面取決于程序和界面布局的需要，就不多說了。只是不管你使用哪種，都是從一個基類繼承而來的，就好象是CView一樣。
[傳統SymbianOS應用程序的體系結構]
傳 統意義上，SymbianOS應用程序是在CCoeControl類的基礎上派生出我們自己的view controls，這些都存放在應用程序的 control stack中
，也就是我們應用程序的視圖。這些controls會根據應用程序的需要來創建釋放或顯示隱藏，以產生相應的操作。
[Dialog體系結構]
如果主體應用是對話框，那我們更應該使用這樣的體系結構，使用dialogs的好處是我們光可以靠改變resource文件來修改內容和布局，而不需
要重新編譯那c++代碼。
注意，如果不小心規劃，那嵌套的對話框將耗去大量的堆棧空間。
另外，如果dialog體系結構被用于主要視圖，那建議講其設計為非模態對話框。(它不壟斷用戶的輸入，用戶打開非模態對話框后，仍然可以與
其它界面進行交互。)如果你要生成一個主界面對話框，要求是滿屏，并提供多頁設計，那應該包括如下features：
RESOURCE DIALOG r_dlgapp_main_dialog
{
flags = EEikDialogFlagNoDrag | EEikDialogFlagNoTitleBar |
EEikDialogFlagFillAppClientRect |
EEikDialogFlagCbaButtons | EEikDialogFlagModelss;
buttons = r_dlgapp_softkeys_options_home;
pages = r_dlgapp_main_pages;
}
如果要創建一個對話框應該如下：
void CDlgappAppUi::ConstructL()
{
BaseConstructL();
iAppView = new(ELeave) CDlgAppMainView;
iAppView->ExecuteLD(R_DLGAPP_MAIN_DIALOG);
AddToStackL(iAppView);
}
ExecuteLD()在調用后立即返回，并且對話框必須要加到control stack中——使用AddToStack函數，因為非模態對話框不會自己處理這些。
[View體系結構]
使用view的應用程序每次只能有一個活動的view，當另一個view要激活時，當前的view就要被釋放。當一個view被釋放后，所以的菜單，對話
框以及包含的應用都將被關閉。
每 個view都被當作一個應用UI對待，它必須提供一個Id()函數以便為系統所標識，它也要重載DoActivateL()，DoDeactivate
(),HandleForegroundEventL(),HandlCommandL()和HandleStatusPaneSizeChange() 函數以處理各種事件。
下面一個個的看
DoActivateL()
當客戶端要求你的view激活時，它就要被調用。 client可能發送消息參數給你的view，如果你的view已經是激活了，那只有當client明確要求
再次激活時才被調用，所以你的 DoActivateL()實現得應付這種情況，ie已經激活了view。如果你不打算顯示view或者你的view不想處理任何
消息，那一個簡單的檢查 和return即可。
DoDeactive()
這個函數當你的view被注銷時調用，view被注銷時通常有兩種情況：一是你的應用程序要退出了，二是相同程序里另一個view要被激活。這個
函數很重要，咱們可不能忘記了：）
HandleForegroundEventL()
這 個函數主要是在你的view被激活時調用（即在DoActivateL()和DoDeactivate()之間被調用）。當你的view在前臺時，它將是
HanleForegroundEvent(ETrue),當你的view移出前臺時，它將為HandleForegroundEvent (EFalse)，只有當前臺狀態確實改變時這個函數才會
被調用。
HandleCommandL()
當view菜單產生一個命令后本函數將被調用。
HandleStatusPaneSizeChange()
當client的尺寸由于status pane而改變時，本函數被調用了就。
下面是一個view在接受事件的典型調用順序
1.DoActivateL()
2.HandleForegroundEventL(ETrue)
3.HandleForegroundEventL(EFalse)
4.DoDeactivate()
其中一對HandleForegrounEventL在view被激活的過程中會發生多次調用。
而DoActivateL()在DoDeactivate()被調用前可能會被多次調用。
View Resources
如果你要使用view來顯示pages，那唯一的途徑是創建出自己的AVKON_VIEW資源，里面有自己的CBA和菜單，把這個資源的id傳遞給view的
BaseContructL()函數即可。
RESOURCE AVKON_VIEW r_viewapp_view1
{
hotkeys = r_viewapp_hotkeys;
menubar = r_viewapp_view1_menubar;
cba = R_AVKON_SOFTKEYS_OPTIONS_BACK;
}
注意如果沒有給定的menubar資源，那就會使用確省的系統menubar
Construction
下面這個例程是用的AppUI object's ConstructL來構造出view的，使用了AddView來登記，最后把第一個創建的view做為缺省的view了：
void CMyViewArchAppUi::ConstructL()
{
BaseConstructL();
CMyViewArchAppView1* view1 = new(ELeave) CMyViewArchAppView1;
CleanupStack::PushL(view1);
view1->ConstructL();
AddViewL(view1); //Add view1 to CAknAppUi; transfers ownership
CleanupStack::Pop();
CMyViewArchAppView2* view2 = new(ELeave) CMyViewArchAppView2;
AddViewL(View2); // transfer ownership to CAknAppUi
CleanupStack::Pop();
CMyViewArchAppView3* view3 = new(ELeave) CMyViewArchAppView3;
AddViewL(View2); // transfer ownership to CAknAppUi
CleanupStack::Pop();
SetDefaultViewL(*view1);
.......(more code)
要讓view發揮作用（注意，一個view自身是沒有繪圖能力的），它必須擁有得到一個從CCoeControl派生的containers，譬如
class CMyViewArchAppView1Container: public CCoeControl, MCoeControlObserver
下面這個例程將展現編程者自己的CAknView派生類
class CMyViewArchAppView1: public CAknVIew
{
.....
private:
CMyViewArchAppView1Container* iVIew;
}
大家可以看出App里產生了View，View類中有我們必須的Container.
當前激活的view在HandleCommandL()處理命令，這些是自定義功能鍵和菜單所生成的命令。
void CMyAppView1::HandleCommandL(TInt aCommand)
{
switch (aCommand)
{
case EMyAppCmdSwitchView:
AppUi()->ActivateLocalViewL(KView2Id);
break;
case EAknSoftKeyOk:
{
......
break;
}
case EAknSoftKeyBack:
{
((MEikCommandObserver*)AppUi())->ProcessCommandL(EEikCmdExit);
break;
}
default:
AppUi()->HandleCommandL(aCommand);
break;
}
}
Local View Switching
如果你要切換view，你得提供view的UID
//Now switch the view to view2
iAvkonViewAppUi->ActivateLocalViewL(TUid::Uid(2));
事實上，每個view都有自己的菜單系統，如果你要使用它，應當在AVKON_VIEW資源結構中設置，前面已經講過了。
而且不管怎么說，如果要使用系統菜單，它的內容在切換之前是一定要更新一次的。
//Switch to a new menu system for the new view
iEikonEnv->AppUiFactory()->MenuBar()->SetMenuTitleResourceId(R_MY_VIEW_ARCH_APP_VIEW2_MENU);
//Now swtich the view to view2
如果要進行遠程的視圖切換，那就要調用CCoeAppUi::ActivateViewL()函數，并傳遞了一個包含目標應用程序UID和目標視圖UID的TVwsViewId
Leave recovery
Avkon 視圖體系結構在DoActivateL()退出時會有個自動的回復機制。系統會調用DoDeactivate()在當前view離去時，回復前一個 view，并把
用戶帶到之前他們所在的地方。如果程序并沒有前一個view的存在，那它就會退出，如果程序前個view就是當前的view（也就是說他們 是重激
活的），則應用程序會試圖恢復缺省的view.
說了這么多，那我們在什么情況下采用合適的體系結構那？下面的內容將會有所幫助。
使用傳統的SymbianOS體系結構，你要花費大量的時間研究代碼是怎么工作的，但大部分交互和錯誤處理的引擎代碼都是現成，可以降低你的開
發難度。
Do you have an acyclic graph shaped navigation structure?
如果你視圖程序中的navigation能夠as an acyclic gragh，那最好使用dialog體系結構。
Are all the application screens dialog like?
如果你的應用程序想使用對話框，那建議你使用dialog體系結構，注意如果要有一個選擇列表，那最好寫成包含在dialog中的選擇列表。
Does the application have multiple views or modes, which deal with different sorts of data at the top level?
如果是這樣，那最好使用傳統或view體系結構。
Do external applications need to switch to different views of your application?
如果是采用view體系結構寫的程序，那它一定支持多個不同的view，而且是外部程序能訪問的。如果你從頭開始寫一個應用程序，那建議你使
用view體系結構，
否則給我看看有沒有現成的代碼可利用，不要一味的傻寫呵呵。注意，如果一個外部程序使用的顯示頁面是你的程序所提供的，那你應該在DLL
中處理這個顯示頁，這個DLL應該是外部程序所能訪問的。
Can all of the applications views be exited without loosing user data?
使用view體系的程序必須有能力處理因外部程序而引起的views的釋放。如果程序不能自動的釋放這些view，那就要考慮其他兩種體系了，要么
使用view體系as a message passing system，要么讓app UI在傳統體系中管理view。
Do external applications need complex interactions with the data in your app?
如果外部程序和你的程序有大量的數據交互，那你最好選擇client/server系統。它將減小view的使用量。大量現有的復雜應用，如短信，web
以及通訊錄都使用這樣的機制，這是個很好的構想，總比要重寫他們要好：）
Is there only a single complex main view in the app?
如果是這種情況，那還是使用傳統的體系。
<一些例子>
這里給出一些假象例子的解決方案。
App launcher
這種程序可以單獨運行并且能切換到其他程序，它只有一個view ,并且不接受外部程序的訪問，如果這樣會中斷它。這樣的程序不需要消息的
傳遞或外部程序需要的views.
Fast swap window
一個在運行時刻的彈出窗口，這是一個睡眠的彈出對話框其實，它沒有狀態。
Email app
電 子郵件程序可以讀或寫電子郵件。這個程序有外部使用views，內部可切換的views，并能做中斷操作。Notifier信息能告知程序顯示一個新
的信 息給用戶，所以該程序要有處理此請求的機制，即使在做其他事情時。編輯框可以做為其他程序的view顯示，使用DLL形式，我們就可以
做到外部程序的調用 自如。SymbianOS的messaging程序就是一個client/server機制可以在其他程序中被調用。當然要實現內嵌在外部程序中
有許多工 作要做的。當你在寫郵件時，很可能又收到新郵件的同志，這個時候新郵件是做為一個嵌套的對話框似的組件顯示在里面的，注意，
做這個工作時要特別依賴 inter-application interaction model。
Contacts app
通訊錄程序允許進行通訊錄的顯示、編輯和選擇。選擇后的結果可以做為其他程序所用。注意它不能因外部view的切換而中斷。
通過一個外部程序可訪問的dll，通訊錄就可以被外部程序所訪問。程序本身并不需要views，所以最好使用傳統的體系結構編寫，而用dialog
應付所有的編輯窗口。
web browser
web瀏覽器可以做為單一的web上網工具，也可以內嵌在其他的文檔中。web瀏覽器可以通過外部程序可以訪問的dll來提供一個UI control，但
并不給外部提供可用的全屏應用。它必須能夠應付外界的訪問，譬如說應付在點擊mail連接后撰寫電子郵件的過程。
主體程序主要是用傳統的體系結構，也可以采用view體系來應付訪問頁面的需求。
Settings
我們要關心的是全局設置和特定應用程序的設置。他們不是一回事情。經管他們可能共享一個庫，實際上他們互不相干。
設置程序并不需要為外部的訪問做什么處理提供什么界面，因此他的編寫很簡單，用傳統的或者基于dialog的體系都可以。而局部設置要注意
必須小心對待外部可能出現的中斷，并且他有可能做為一個模態dialog而處理。
Telephony app
電話號碼簿程序并不提供外部view，但他必須要處理外部資源的請求。有時候直接用傳統的體系去寫即可，大部分的外部交互可以通過ETEL
Server.
[應用程序的啟動]
從CEikApplication派生的類CAknApplication,他有幾個必須重載的函數：
PreDocContructL()
OpenIniFileLC(RFs& aFs)
PreDocConstructL，主要是處理已經構造好的應用程序實體是否正確準備好了。如果已經準備好了，那應用程序可以切換到實體上。注意，這
個函數只檢查非內嵌程序。
通常，ini文件并不被series60所支持，如果要處理，那就要強制性的調用CEikApplication::OpenIniFileC
[BASE CLASSES]
CAknDocument
這個類是做為應用程序文檔的基類準備的。用這個函數訪問文檔可以不用初始化。這個是訪問Avkon應用程序的比較好的途徑。
CAknAppUi
所有的Avkon應用程序必須從這個類派生。
這個類支持下面幾個特定應用函數：
KeySound support
Accessories for CBA and StatusPane
TextResolver-Avkon-specific error reporting from CAknAppUI::HandleError()
Avkon view architectrue integration
Control dumping - Debug feature
CAknViewAppUi
所有的視圖結構必須由此派生。
《S60_Platform_Application_Framework_Handbook_V20_en.pdf》,其中有些翻譯不甚恰當，不過基本上表達了原版的意思。
------------------------------------------------------------------------------------------------------------------
1、開發文檔不是很齊全，雖然每個api都能找到說明，但基本上只是很簡單的介紹。
?? 實現某個功能根據sdk中的文檔，基本上不可能完成。必須尋找相應的demo和其他的源代碼來參考。
2、中文資料很少，基本都是英文，對于國內的開發人員來說，這又是一道坎。
3、必須注意內存的操作。比如PushL 和 Pop等等，一些Symbian中特有的機制需要熟練掌握。
4、多線程支持不是很好，多線程中啟動的函數必須為靜態的或者全局的，
?? 就這點就給一些需要多線城支持的solution帶來了很多不便或者根本不能實現。
5、掌握了整個Symbian的framework的基本原理之后，整個機制還是比較明了清晰的。重要的地方是AppUI和View和Container這三個類。
6、www.newlc.com是一個不錯的技術網站。強力推薦。
7、一般www.forum.nokia.com上都會有相關的例子demo可以下載，只是比較淺顯。
8、注意rss文件中資源的定義和程序中ui控件的結合，很容易出錯無法發現。
9、mmp文件的修改之后，必須要重新生成項目文件，不然會導致link 2001之類的錯誤。
-----------------------------------------------------------------------------------------------------------------
在symbian中，用RThread來操作線程，一個RThread對象代表一個線程的句柄。常用RThead對象來創建或操作其他線程。 RThread的基類是
RHandleBase類，該類封裝了句柄的行為。RThread，RProcess,RMutex和RSession-Base都繼承自RHandleBase。
創建一個線程
/* Name of the new thread */
_LIT(KThreadName, "MyFirstThread");
/* 下面的函數是線程將要執行的。 參數parm是要傳遞給線程的數據，它的類型為TAny*,相當標準C中的void* 指針 */
TInt CThreadExampleAppUi::ThreadEntryPoint(TAny* param){?? TInt* para = static_cast<TInt *>(param);?? *para = 1;?? return 1;}
/* 創建一個屬于當前進程的線程，并打開句柄. */
TInt res = iThread.Create(KThreadName, ThreadEntryPoint, KDefaultStackSize, NULL, &iVariable);
/* 線程被創建以后進入等待狀態，并不能立即執行. 如果要線程執行，需要調用它的Resume方法*/
iThread.Resume();
停止、刪除一個運行的線程。可以調用 Suspend() 來停止一個線程. 但它仍然存在，可以調用 Resume()來繼續.如果要徹底刪除一個線程，
可調用Kill或Terminate。如果進程的主線程被刪除，那么程序也會被終止。
---------------------------------------------------------------------------------------------------------------------
在symbian os上運行的四種軟件
應用程序
服務
引擎
內核
symbian系統使用活動對象與客戶-服務器對事件處理系統進行了優化
硬件資源:
一個cpu,32位arm
一個rom(只讀存儲器),里面有操作系統與內建的中間件和應用程序
ROM盤被映射到z:盤，所有的文件都可以通過Z:盤訪問。
系統RAM.系統RAM用于兩個方面，一是被當前活動的程序和系統核心使用,另一個是當成”C”盤的磁盤空間。這兩個部分的大小是變化的，不可
以保留某個的大小。由于RAM通常只有8MB到16MB,所以內存可能用完，因此經常出現內存越界錯誤或是(寫文件時)磁盤已滿錯誤
IO設備,包括帶數字筆輸入的觸摸屏，鍵盤，記憶卡(被當成D盤)，rs232串口，紅外口，藍牙。
電源，包括電池與外接電源
symbian os與pc系統的區別如下:
資源限制:cpu太慢與太少內存
沒有硬盤,不能使用寫到硬盤的虛擬內存,不能保證有足夠的空間保存程序或是數據文件
電源條件嚴格.
symbian軟件環境如下:
server | server| Application| Application | Application Dll
| | +————–+————- boundary
| | | |
| | | Enghine | Engine
——–+———+————+————–+————– Privilege
boundary
Kernel
kernel工作在高級別，管理機器所有硬件資源。對其它軟件模塊提供訪問這些硬件資源的接口
其它應用程序工作在用戶模式
上面如果理解普通操作系統如linux的話，那跟普通操作系統沒有區別
應用程序是一個有用戶界面的程序,在獨立的進程中運行
這與普通操作系統也沒有區別
服務是沒有用戶界面的程序.服務管理一個或多個資源，并提供api,讓客戶可以訪問它的服務.服務的客戶可以是一個程序或是其它服務.每個服
務也運行在獨立的進程空間中。
在symbian中,使用服務的形式提供類似其它操作系統上用驅動程序或是內核程序提供的功能。如文件系統的訪問也是客戶/服務類型的。(微內
核 )
引擎是一個應用程序中操作數據而不是與用戶交互的部分.通常你可以把一個程序分成引擎部分和一個GUI部分,多部symbian內帶的程序都是這
樣做的。
一個應用程序引擎可以是一個獨立的代碼模塊或是一個獨立的dll,或是幾個dll.
引擎和應用程序間的邊界是模塊或dll的邊界。
所以在symbian中有四個組件類型與三個邊界類型。dll或是模塊組件對交叉引用來說很方便。它們使系統模塊化與保持封裝。
權限邊界對交叉引用比較費資源，但是保證系統對用戶太程序隱藏內核與設備
進程邊界是所有的交叉中最昂貴的，它們保證在ram中分開每個程序
可執行文件的格式
在symbian中有兩種類型的可執行文件:
exe,每個程序都有一個主入口E32main()(看上面的例子),它在獨立的進程中運行
dll,提供多個入口，由系統或是已存在的線程(進程)調用
有兩種類型的dll,
共享庫dll,為一個或多個程序提供固定的api,這些dll多數后綴是.dll,當程序啟動時就被讀到內存中。
多態dll,這些dll實現抽象的api,如一個打印機驅動，socket協議或是一個應用程序。它們的擴展名多不是.dll,而是.prn或.prt或.app等。它
們從與dll相關的類繼承，并通常只有在程序需要它們時才讀入。
從技術上看起來與普通系統上動態庫的靜態載入與動態載入沒有區別
但是從功能上看就不一樣了，一種是實現某種特殊功能的，從某個相關類繼承的dll,另一個是普通dll
代碼執行
如果程序代碼在rom上，則直接執行,不然需要讀到ram中(與普通操作系統不同，普通操作系統都需要讀到ram中
不能直接在硬盤上執行)
可執行代碼包括三種類型的二進制數據:
程序代碼
只讀靜態數據
可寫靜態數據
在symbian中對待.exe與.dll是不同的
由于.exe是不可共享的,如果它在ram中執行，那與普通pc系統沒有區別,如果在ram中執行，那它在ram中為可寫靜態數據分配內存
而.dll是共享的，當dll首次讀入內存中時，它被分配到一個特殊的地址，第二個線程需要這個dll時它只要訪問已經存在的這份copy就可以。
在所有使用它的進程中dll的地址都是相同的。symbian系統維護一個引用計數，當沒有其它線程引用時才將它unload.
在rom上的dll像rom上的exe一樣直接在rom上執行
為了對dll的大小進行優化，symbbian進行如下操作;
多數系統支持通過名字與通過數字訪問dll提供的入口，由于名字太長，浪費空間，所以symbian只提供通過數字訪問，當然在link時可以通過
名字link.也就是說在.dll中沒有名字訪問辦法，在.lib(引導庫，引導linker正確的link這個dll,這個是在windows中使用的概念，在win下每
創建一個dll都會創建一個用戶引導鏈接的同名.lib)中有,你的程序link時link的是.lib,link完成后編譯器會自動把引用dll的代碼變成數字引
用
如果dll被讀到ram,那重定位信息(把dll
load到什么地址)也必須包含在可執行文件格式中,這個的影響就是你不能把一個在rom中執行的程序放到ram中執行的程序.(rom中執行的多是
oem廠家,所以普通開發者多不用關心)
多數應用程序有自己有exe來創建進程，其它的程序使用動態庫(DL)L的形式，在主服務線程中調用自己的線程
多數gui程序都是多態(polymorphic)dll,有一個主入口點NewApplication(),這個入口點創建并返回一個繼承自CEikAppication的對象.這樣的
程序被apprun.exe調用，app文件名為參數傳入。
電源管理
電源必須高效使用
在系統已經關機時，確定程序仍然可以運行。如鬧鈐，關機后，到時時仍然可以開機
電源突然關掉時，關鍵數據應該可以保存
設備驅動
雖然一般不會了解它，但是理解一下還是很有用的
設備驅動工作在兩個級別
第一個是中斷服務程序(ISR)，ISR必須很短，并且不能做很多事情，因為它可能在任何時間出現，甚至在內核服務中。通常它只是通知設備產
生了中斷并設置一個標志，要求內核為第二階段的處理運行一個延遲的函數調用(delayed function call DFC)
在方便的時候內核調度DFC.DFC可以使用多數的核心api,通常只是工作了后向用戶線程通知io操作已經完成
定時器
` 內核支持真機上64hz的時鐘與模擬器上10hz的時鐘
時鐘中斷是最高優先級中斷，它可以通過User::After或是RTime::After訪問。時鐘中斷在關機時停止，所以如果你請求5s后的定時操作，然后
跑2s,關機，再開機時它也要等3s
內核同時支持日期/時間時鐘，你可以使用User::At或是RTime::At。這個定時器很準確。在關機時，如果時間到了，那它會開機，這對鬧鐘很
合適。
內存
symbian使用內存管理單元(memory management unit MMU)管理內存
ROM被映射到z:盤，被映射到一個固定的地址。
物理RAM被MMU分在4k的頁,每個物理頁可以用于:
用戶進程的虛地址空間。
內核服務的虛地址空間
ram盤，盤符是c:,ram盤只可通過文件服務進程訪問
如果dll不在rom中，那它被讀到ram,dll被讀到ram里面后頁面標記為只讀只讀的。
MMU的頁面轉換表.如果想理解的話學習一下操作系統原理
自由頁表
每個進程的地址空間可以分成下面三類:
系統范圍的內存，如系統的rom或是讀到ram中的dll
進程范圍的內存，如進程的.exe映象和它的可寫的靜態數據
每個線程的內存,包括線程的棧與線程默認的堆(使用線程默認堆的原因只是為了提高內存分配與釋放的速度，從開發角度來看，它與系統里面
的內存沒有區別)。
注意沒有交換文件，所以所有的內存都是直接使用。同時，也可能會發生內存不夠或是磁盤(c 已滿錯誤
每個線程的默認棧很小，只有12k,所以在symbian開發中，不要放太多東西到棧中,一般對象都是在堆中分配的。
線程創建后，它的棧大小就不可再改變。
線程可以使用new或是User::Alloc從線程默認堆中分配內存.如果希望從其它堆中分配內存，只能使用new
動態庫(DLL)
symbian中dll不支持可寫的靜態數據,所以你在里面不可能使用可寫的全局變量或是靜態變量.
為什么不支持呢?如果支持，那每個進程調用這個dll時，都需要為這個進程分配一個獨立的堆，而堆最小單位是4k,系統中有很多堆，并且有很
多程序，所以內存消費基金是很大的。所以就不支持了
這樣開發時不是很不方便？因為在dll中有時需要保存自己的狀態，進行交互
為了解決這個問題，symbian中引入了線程本地數據(thread-local storage
TLS)概念(查看Dll::Tls
Dll;;SetTls)。但是調用TLS性能比較慢.tls的最大大小是1.8k 通常這夠用了。
文件:
c: flash ram盤
z: rom盤
d: 記憶棒之類的外掛盤
事件處理
事件處理模型如下圖:
keyborad |—————————
|interrupt
|
kernel/driver–+-isr/dfc
|
key event
|
|
window serv—–handle key event———–+update window
| |
|key event draw |request
application +—————– handle ———-+
key event
在symbian中使用活動對象（active object）來處理事件
在symbian os中，所有的symbian
os線程都是事件處理器，每個線程有一個活動調度對象,加上一個或多個活動對象來處理從設備或其它程序發過來的事件。
每個活動對象都有一個虛擬的成員函數RunL(),在這個函數里面處理事件。
多任務與搶占式
symbian os實現搶占式多線程。
活動對象用于在單個線程內實現非搶占式多任務
--------------------------------------------------------------------------------------------------------------------
SymbianOS6.X Series60界面的智能手機基本手機構造..
SymbianOS6.X Series60界面的智能手機，在插入MMC之后，系統一般存在4個邏輯存儲驅動器：C（手機本身的用戶存儲，SX1有4M），D（虛擬
盤，使用空閑運行內存虛擬的緩沖盤），E（MMC），Z（手機的系統ROM只讀）。
? 4個盤之中，C E Z盤的文件結構大同小異。而D驅動器是高速的虛擬驅動器，主要用來保存剪貼板、wap緩存、和一些臨時交換文件，一般情
況下，由系統自動調用，與用戶聯系不多，不作詳細介紹。下面我具體的將C E Z三個驅動器的目錄結構和功能講解一下。 隨著安裝軟件的增
多，C和E盤的目錄文件會變得紛繁復雜，我們拋開一些軟件自動生成的次要的文件和目錄抓住系統的結構談一些主要的東西：
??
??? E盤根目錄下：IMAGES SOUNDS VIDEOS目錄，顧名思義就是保存了圖片鈴聲視頻剪輯，這3個目錄等效的出現在C和Z的Nokia目錄下，也就是
說把相應類型的文件拷貝到對應的目錄都可以被系統識別（Z盤只讀除外），舉例說明：midi文件或者wav文件拷貝在E:\sounds\digital\或者
C:\nokia\sounds\digital\就可以像Z:\Nokia\Sounds\digital\中固化的音樂文件一樣，出現在情景模式鈴聲的選擇項目中。
??
?? C:\Nokia是個無關緊要的目錄，你完全可以刪掉它而沒有影響，但是這個目錄會經常自動生成。原因是，C盤的Nokia目錄中有特別的目錄：
INSTALL，很顯然這個是為了安裝軟件而設置的。眾所周知，Symbian系統的軟件是打成SIS壓縮包傳入手機的某個存儲器中（C、E）然后解包安
裝的，系統往往在C:\NOKIA\INSTALL目錄下保存一個安裝副本，以備安裝時遇到不可預見的錯誤（如突然沒電）或者用戶中斷時能夠恢復系統
安全，這也就是很多情況下，在空余很大空間的E盤安裝軟件時，仍然出現“存儲空間已滿”的原因，保持C盤有1M以上的空余空間是個很好的
習慣。另外不使用系統的manager轉而使用SeleQ進行SIS安裝也可以避免產生這個副本。
??
??? 下面以分析一下結構最為復雜的系統核心C:\system目錄。System目錄由十幾個目錄和若干文件組成：
??? ※APPS目錄：該目錄下的子目錄保存了軟件的主體即：用戶交互可執行文件.app、 資源文件.rsc、 圖標文件.aif 、無界面可執行程
序.exe以及運行所需的其他文件。安裝在E盤的軟件除了在E:\System\Apps\目錄下保存軟件主體之外，往往會在C:\System\Apps\同名目錄下創
建一些配置文件。值得注意的是C:\System\apps\phone\oplogo保存了營運商的標志，如果該目錄保存了97*25的bmp圖像，則在待機狀態下將以
該圖片代替“中國移動”之類的營運商標志（需要重新啟動手機）；
??? ※BootData目錄：系統的啟動參數和日志；
??? ※Data目錄：極其繁雜的目錄，保存了各種各樣的數據，簡單介紹幾個，backgroundimage.mbm壁紙，btstate.dat藍牙配對信息，
Calender日歷，clockapp.dat時間參數，Contacts.cdb聯系人，以及很多軟件的配置文件和wap信息；
??? ※favourites目錄：收藏夾；
??? ※install目錄：保存了全部的軟件安裝信息，每安裝一個軟件，就在該目錄下保存一個同名sis文件索引，大小在幾百b到幾K不等，假如
刪除這個sis文件，在程序管理中就不會出現這個軟件的安裝信息，也就無法通過程序管理刪除，但是仍然可以在apps目錄中直接刪除軟件主體
和配置文件，有必要的話在libs目錄中刪除相應運行庫，在programs目錄中刪除相應輔助運行文件，從而徹底卸載軟件；
??? ※libs目錄：保存某些軟件運行時需要的連接庫文件，一般由軟件安裝；
??? ※mail目錄：信息目錄，結構復雜費解，除了一些短信、彩信、EMail設置文件之外，收件箱、發件箱、草稿箱、發送報告、附件等等分布
在叢深復雜的目錄之中。值得一提的是，S60的信息概念比較廣，短信彩信Email甚至紅外藍牙傳輸的文件都屬于“信息”，因此接受到的紅外
藍牙的文件，保存在mail目錄下，而且可以由查看該信息觸發相應的“安裝”、“觀看”、“編輯”等動作；
??? ※MIDIets目錄：java配置文件；
??? ※midp目錄：java程序主體安裝在這里，如果全部java安裝在E盤，C:\system\將不會出現這個目錄；
??? ※Programs目錄：保存輔助運行文件，和一些無界面程序exe、動態連接庫dll；
??? ※Recogs目錄：關聯目錄，里面的mdl文件標識了文件關聯。如QuickWord.mdl標識了系統中的doc文件默認由quickword打開，另外有些mdl
文件會驅動程序運行，如eLoader.mdl驅動了miniGPS、ExtendProfile等ePsint公司開發的軟件，沒有這個mdl文件，以上兩個軟件不能自動加
載；
??? ※Schedules目錄：顧名思義，保存了日程安排；
??? ※SharedData目錄：全部是軟件的配置文件.ini，對用戶作用不大，但是可以通過修改其中的某些數值和路徑從而使必須安裝在C盤的軟件
（多半是7650的軟件，它沒有mmc）安裝到mmc；
??? ※Temp目錄：臨時文件。
??? E:\system目錄結構與C:\system基本一致，不同的是，少了intsall目錄。
??? Z:\system比之C:\system更加龐大復雜，它保存了系統的全部自帶程序、資源文件、硬件驅動、字體字庫、國際化設置和初始參數設置。
在待機狀態下輸入*＃7370＃，將初始化手機，基本過程就是清空C盤，復制Z盤某些內容至C。某種程度上說Z是系統的初始備份。（新手機的第
一幅待機圖就保存在Z:\system\data\apac.mbm）
??? 關于路徑問題。由于三個盤的system目錄結構是相似的，所以同名路徑所起到的作用相同，比如E:\system\recogs目錄下的關聯文件同樣
可以起到關聯作用，libs等目錄類同（有些情況下將C的內容移動到E相應路徑中，需要在C:\system\SharedData\對相應的ini文件進行修改）
，而在E(C):\system\下建立Fonts目錄則可以加入新的系統字體。只有install目錄僅僅在C:\system\下才有效。
??? 了解S60系統的文件結構，對于我們使用手機有著很大幫助，可以最大限度的獲取運行空間、了解錯誤產生的原因，有意識的避免可能會帶
來傷害的操作。本文僅僅對文件結構做了初步的探討和應用層面上的解釋，進一步的研究可以在西門子和諾基亞論壇的官方文檔得到全面解答
。希望有所幫助。
---------------------------------------------------------------------------------------------------------
數據類型 描述
TInt8,? TUint8 8位 整數
TInt16, TUint16 16位 整數
TInt32, TUint32 32位 整數
TInt,?? TUint （32位）整數
TReal32,TReal64 實數
TText8, TText16 字符， 相當于 unsigned char, unsigned short int
TBool 布爾
TAny 相當于void
代碼規范
Symbian OS 使用很多代碼規范， 使用他們可以增強Symbain 代碼的可讀性， 有些規范甚至是需要嚴格遵守的， 比如類的命名：
Symbian OS的類一共有6種： 種類 例子 描述
T classes TDesC, TPoint 這個類可以向基本類型一樣使用，因為他們通常很小，而且不使用heap所以也沒有析構函數
C classes CConsoleBase, CActive 這個類是Symbian使用最多的類，C代表他們從CBase類繼承而來， 他們必須有析構函數因為他們的對象創
建在heap中
R classes RFile, RTimer R代表資源（Resource)，它們只是一個系統資源的句柄，他們本身被創建在Stack上， 但是他們所使用的資源被創
建在heap上，使用完畢需要Close()
M classes MEikMenuObserver 這個類是一個空的接口，使用的時候需要從它繼承
static classes User, Math 這個類只有靜態函數， 一般都是庫函數
?
Structs SEikControlInfo c - struct
變量命名：
種類 例子 描述
枚舉 EMonday,ETuesday E代表枚舉
定量 KMaxFileName K代表定量
成員變量 iDevice, iX i代表成員變量
參數 aDevice, aX a代表參數
局部變量 device, x 局部變量沒有固定的規范
-------------------------------------------------------------------------------------------------------
對Symbian一無所知，當然只能從基礎學起了，也許看一個例子再來看看基礎更簡單些。而我這人比較守舊，就是學不會這種方法，還只能從基
礎開始。
Symbian的字符串和描述符:
TPtrC、TBufC、HBufC 是從TDesC派生而來的具體的描述符類型。TPtr和TBuf這兩個都是從TDes派生來，而TDes又是從TDesC派生而來。因此
TDes在TDesC上加了一些常量便利函數。
????
???????? TDesC?????
?? /?????? |? \??
?????? /??? TBufCBase? TDes??
?TPtrC
?
????????? |???? |? \
???? TBufC、HBufC? Tptr TBuf?
TDesC和TDes是抽象類。
_LIT它把一個符號和一個文字值聯合起來，并且產生TlitC，TlitC的二進制形式與TBuf的二進制形式是一樣的，因此可以把TLitC作為TDesC類
來代替。_LIT(he,"he"); const TDesc& hehe = he；
_L產生一個TPtrC，并且不用制定名稱也可以用。 const TDesC& he = _L("he");
_L與_LIT的區別就在于，_L需要開辟臨時的棧區。
轉載于:https://www.cnblogs.com/bluespot/archive/2008/03/11/1100931.html
總結
以上是生活随笔為你收集整理的Symbian 入门的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： AD16制作时序电路原理图
- 下一篇： 漏洞已破解 你手中的IC卡一卡通还安全吗