我們曾經向各位講過《Android UI設計教程》和《MeeGo設計教程》，但是目前使用最多的移動終端設備為Symbian操作系統。本文將向各位介紹一下《Symbian開發之UI框架設計教程》。所謂“應用程序架構”是指應用程序框架類的集合。基于所需的UI設計，應用程序可以具有稍微不同的架構，但是每種架構都有一些公共部分，稱為“核心應用程序類”

一、先看一下Symbian UI設計基礎

（1）核心應用程序類.

◆所有的S60 UI應用程序都具有一些基本功能：

◆提供一個用戶界面，用于顯示信息并允許用戶進行交互

◆響應各種用戶啟動的事件，比如用戶選擇一個菜單項

◆響應系統啟動的不同事件，比如導致屏幕重繪的window服務器事件

◆能夠保存和恢復應用程序數據

◆可以唯一性的向框架標志自身

◆向框架提供有關應用程序的描述性信息，比如圖標和標題等

這些類是：視圖（View）、文檔（Document）、應用程序（Application）、應用程序UI（Application UI）。

一個程序只能有一個文檔，可以有多個視圖。

（2）應用程序初始化

必須創建下面的每個方法，才能提供最小的S60應用程序：

a、所有S60 UI都實現一個全局函數E32DLL（），當應用程序啟動時，框架將首先調用該函數，該函數也稱為DLL入口點，應用程序必須存在該函數。每個S60 UI 應用程序都是一個多態DLL。

b、讓框架調用NewApplication（），該函數是由DLL導出的唯一函數。

c、創建應用程序類的一個實例，并返回它的指針，以后框架使用該指針完成應用程序的創建。

d、由框架調用AppDllUid（）返回應用程序的UID。該函數必須返回在.mmp文件中指定的值，并且可用于確定應用程序的實例是否正在運行。

e、框架獲取指向新創建Document類的指針，CreateDocumentL（）。

f、NewL（）具體去創建

g、礦見獲取AppUi類的指針，CreateAppUiL（）。

h、由new （Eleave）CappUi（）具體創建。

這樣一個最簡短直觀的框架就創建完畢。

（3）重要的AppUi方法：

AppUi提供了許多方法，框架可以調用這些方法通知每個應用程序各種事件。

◆HandKeyEvent（）用于處理用戶按鍵

◆HandleForegroundEventL（）當應用程序切換到前臺或從前臺切換到后臺時調用該函數，默認的實現可以處理鍵盤焦點的改變。

◆HandleSystemEventL（）傳遞由窗口服務器生成的事件

◆HandleApplicationSpecificEventL（）可以自己定義的自定義事件的通知。默認的實現可以處理顏色方案改變的通知。

◆HandleCommandL（）用于處理用戶選擇的菜單項

（4）設計應用程序UI

關于術語“視圖（view）”：

“視圖”是概念性的術語，含義是“數據模型在屏幕上的表示”，實際上由一個或多個從CcoeControl派生而來的UI控件實現視圖，這些控件按層次結構進行組織。父控件通常被稱為容器（Container），除了用于實現視圖的父控件，這種控件被稱為對話框（Dialog）。

在Avkon視圖切換架構中，術語“Avkon視圖”指的是系統范圍內的View服務器注冊的類，它控制視圖的實例化和析構。

#p#

二、常見的Symbian應用程序架構：

每種架構都提供了設計應用程序UI的不同方法――所有的架構都提供了提交“視圖”或應用程序數據可視化表示的方法，同時提供了一種用戶用來與架構進行交互的機制。

先簡單認識一下：基于對話框的架構和傳統的基于Symbian OS的架構雖不相同，但和Avkon視圖切換架構相比，這兩種架構彼此更為類似。原因是：

◆它們的特征是它們用于生成視圖的UI控件類型。

◆架構上幾乎相同。也就是說，在這兩種設計中，AppUi類簡單地“擁有”視圖控件，因此負責直接管理它們。

◆而Avkon視圖切換架構從根本上不同于這兩種方法，它的視圖切換由系統范圍地View服務器來完成。

（1）基于控件的傳統Symbian OS控件

這些控件總是從CcoeControl直接繼承，用于表示從CcoeControl直接繼承的試圖類的標準術語是“容器”。

關于“CcoeControl”：

可以將CcoeControl認為是一個空的帳篷。通過繼承這個類，可以創建各種各樣的自定義控件，自定義控件的功能和復雜性只受到程序員能力和想象力的限制。這種靈活性的唯一不利之處是，控件確實類似于一個空帳篷，因為需要進行許多編碼工作來提供重要的功能。

在處理視圖切換方面，AppUi負責處理用戶發出的視圖切換請求。隨后，AppUi最終的行為類似于一個巨大的開關，用于根據用戶或系統的輸入來激活或禁止容器。

注意：Container類從CcoeControl派生而來，CcoeControl是所有控件的基類。

在自己的容器類中必須實現從CcoeControl中的四個方法，框架將調用所有這些方法：

◆SizeChanged（）允許控件響應控件大小的改變

◆Draw（）繪制控件

◆CountComponentControls（）返回控件擁有的控件數量

◆ComponentControl（）對于容器擁有的每一個控件，框架調用該方法獲取。

在AppUi類中按照如下代碼構造容器：

void ChelloWorldAppUi:::Control()  
{  
BaseControlL();  
IAppContainer=ChelloWorldContainer::NewL(ClientRect());  
IAppContainer->SetMopParent(this); //在控件之間建立父子關系，在容器上調用此方法。  
AddToStackL(iAppContainer); //將Container推入到控件棧頂，例如可以接收鍵事件  
}  
 

注意：如果使用這種架構實現帶有多個視圖的應用程序，則通過使用AddToStackL（）和RemoveFromStackL（）在不同的容器之間切換。

（2）基于對話框的架構

它不同于傳統Symbian OS架構的是，它擁有的控件直接從對話框類家族繼承而來。

對話框的主要優點是：相對于直接從CcoeControl派生而來的控件，它需要較少的開發工作，因為它們自動管理子控件的布局。

在AppUi類中完成構造和運行：

void CsimpleDlgAppUi::ConstructL()  
{  
BaseConstructL();  
IAppDialog=new(ELeave) CsimpleDlgDialog;  
IAppDialog->SetMopParent(this);  
IAppDialog->ExecuteLD(R_SIMPLEDLG_DIALOG);  
AddToStackL(iAppDialog);  
}  
 

因為對話框是無模式的，ExecuteLD（）將在調用后立刻返回。必須使用AddToStackL（）將對話框添加到控件棧中，因為無模式的對話框無法自己完成這項工作。

還有，必須在AppUi的析構函數中銷毀該對話框：

CsimpleDlgAppUi::~CsimpleDlgAppUi()  
{  
if(iAppDialog)  
{  
RemoveFromStack(iAppDialog);  
delete iAppDialog;  
}  
}  
 

（3）Avkon視圖切換架構

比前兩種都復雜，引入另一個類作為AppUi和容器之間的媒介。另外，AppUi類從CAknViewAppUi繼承，而不是繼承于CaknAppUi。

前兩個架構，AppUi直接負責處理視圖切換，它必須管理視圖提交控件的實例化、刪除和顯示。但是，基于CaknView的類在這方面可以很明顯地減少AppUi地任務。

AppUi仍然處理視圖切換的請求，但現在，并不是刪除舊的容器并實例化新的容器，AppUi只需要調用它的其中一個特殊視圖激活函數，如ActiveViewL（）。這些特殊的CaknViewAppUi函數向View服務器提交一個激活請求，然后通過基于CaknView的相關類中的激活/禁止成員函數，View服務器顯式地協調當前視圖地禁止和所請求視圖的激活。

這種架構所需的一般特性如下：

◆必須設計應用程序，使每個CAknView派生的Avkon視圖擁有一個容器，然后AppUi擁有每個Avkon視圖。

◆必須從CaknViewAppUi派生應用程序的AppUi，而不是從CAknView派生，這是因為前者提供了注冊、激活和禁止Avkon視圖的方法。

◆必須在View服務器中注冊所有的Avkon視圖。

◆Avkon視圖具有激活/禁止成員函數，View服務器可以直接調用這些函數。必須重寫這些函數，提供從屬容器的正確處理。

View服務器最主要的原則：確定在任意給定時刻，每個應用程序中只有一個Avkon視圖被激活。Avkon視圖通過兩個UID向View服務器唯一性的標志自己：一個UID用于標志擁有該視圖的應用程序，另一個UID用于在該應用程序中唯一標志該視圖。

對于每個基于CAknView的類，需要實現的激活/禁止函數是：DoActiveL（）和DoDeactivate（），這些函數負責實例化和顯示或者刪除Avkon視圖擁有的UI控件。

View服務器將主動調用DeactivateView（），從而強制遵循每個應用程序中只有一個激活視圖的規則。

如何使用Avkon視圖切換架構：

使用這種架構時，必須結合使用CaknViewAppUi和CAknView類。每個Avkon類都從CAknView派生而來，并且必須包含一個Id（）函數，從而系統可以標志這個類。它也必須實現DoActivateL（）和DoDeactivateL（）函數。此外，它還必須實現HandleForegroundEventL（）、HandleCommandL（）和HandleStatusPaneSizeChange（）函數，用于處理各種事件。
用戶請求激活視圖時，View服務器將調用DoActivateL（）。該函數的目的是實例化并顯示提交視圖的控件。

注意：在DoDeactivateL（）之前可以多次調用DoActivateL（）。

將要禁止Avkon視圖時，則會調用DoDeactivateL（），該函數負責銷毀它的控件。當應用程序退出時，或者激活相同應用程序的另一個視圖時，將禁止視圖。該函數絕對不能異常退出。

只有在激活Avkon視圖時才會調用HandleForegroundEventL（），即在調用DoActivateL（）和DoDeactivateL（）之間。當視圖到達前臺時，接收HandleForegroundEventL（Etrue），當從前臺移除視圖時，將接收HandleForegroundEventL（Efalse）。程序員可能希望使用這種方法來設置焦點或控制屏幕更新。

視圖菜單生成一條命令時，調用HandleCommandL（），因為狀態面板改變而使客戶矩形大小改變時，則調用HandleStatusPaneSizeChange　（）。

為了讓Avkon視圖定義它自己的軟鍵和菜單資源，可以在資源文件（.rss）中創建一個AVKON_VIEW資源，然后將資源ID傳遞到視圖的BaseConstructL（）函數中。

通常在AppUi對象的ConstructL（）方法中構造應用程序中的所有Avkon視圖。使用AddViewL（）在View服務器中注冊這些Avkon視圖，最終通過設置默認的視圖來激活初始視圖，使用方法SetDefaultViewL（）。

注意：不是由Avkon視圖處理的命令被傳遞到AppUi，在AppUi的HandleCommandL（）方法里，只進行視圖間切換的命令。本地視圖切換或者是應用程序擁有的視圖切換，這些工作都通過引用目標Avkon視圖的UID來執行。

為了執行外部視圖切換，則需要調用CcoeAppUi::ActivateViewL（）函數，提供一個包含目標應用程序UID和目標視圖UID的TVWsViewId。如：

const Tuid KphoneBookUid={0x101f4cce} ;// from PbkUID.h  
const Tuid kphoneBookContactViewUid={1};  
ActivateViewL(TvwsViewId(KphoneBookUid,KPhoneBookContactViewUid));  
 

注意：如果自己的程序中的某部分視圖能夠被其他程序使用，那么我們必須通過導出為頭文件來發布應用程序UID和視圖UID。

#p#

三、選擇適當的應用程序架構

（1）使用Avkon視圖切換架構

大多數情況下，這種架構是最佳的架構，但它也具有局限性，如：視圖切換方案沒有任何內置的方法來保存視圖切換的上下文。也就是說，沒有提供用于定位到前面激活視圖的機制，沒有類似于瀏覽器上后退功能的按鈕的功能。但是DoActivateL（）確實收到了前面激活視圖的標志符，因此可以自定義后退按鈕功能。

（2）使用基于控件的傳統symbian OS架構：

程序可能只需要一個視圖

應用程序具有UI控件，必須保證這些UI控件的私有性。

如果是將應用程序從不同的symbian OS平臺移植到Series 60。

（3）使用基于對話框的架構

可以在資源文件中定義控件，讓對話框自動處理布局和繪畫，這比實現自定義繪畫行為更為容易。僅當應用程序的視圖之間沒有任何循環導航路徑時，才可以對這種應用程序使用“基于對話框”的方法。

【編輯推薦】

1. 多圖詳解Symbian^3軟件安裝卸載教程
2. Symbian^3(PDK 3.0.0)發布(附下載地址)
3. 搭建基于Carbide.C++的Symbian開發環境
4. MeeGo移動終端設備開發UI設計基礎教程
5. 多圖詳解“Android UI”設計官方教程