12.2 Qt/Embedded開發入門
　　12.2.1 Qt/Embedded介紹
　　1．架構
　　Qt/Embedded以原始Qt為基礎，并做了許多出色的調整以適用于嵌入式環境。Qt/Embedded通過Qt API與Linux I/O設施直接交互，成為嵌入式Linux端口。同Qt/X11相比，Qt/Embedded很省內存，因為它不需要一個X服務器或是Xlib庫，它在底層拋棄了X lib，采用framebuffer（幀緩沖）作為底層圖形接口。同時，將外部輸入設備抽象為keyboard和mouse輸入事件。Qt/Embedde的應用程序可以直接寫內核緩沖幀，這避免開發者使用繁瑣的Xlib/Server系統。圖12.1所示比較了Qt/Embedded與Qt/X11的架構區別。
　　
　　使用單一的API進行跨平臺的編程可以有很多好處。提供嵌入式設備和桌面計算機環境下應用的公司可以培訓開發人員使用同一套工具開發包，這有利于開發人員之間共享開發經驗與知識，也使得管理人員在分配開發人員到項目中的時候增加靈活性。更進一步來說，針對某個平臺而開發的應用和組件也可以銷售到Qt支持的其他平臺上，從而以低廉的成本擴大產品的市場。
　?。?）窗口系統。
　　一個Qt/Embedded窗口系統包含了一個或多個進程，其中的一個進程可作為服務器。該服務進程會分配客戶顯示區域，以及產生鼠標和鍵盤事件。該服務進程還能夠提供輸入方法和一個用戶接口給運行起來的客戶應用程序。該服務進程其實就是一個有某些額外權限的客戶進程。任何程序都可以在命令行上加上“-qws”的選項來把它作為一個服務器運行。
　　客戶與服務器之間的通信使用共享內存的方法實現，通信量應該保持最小，例如客戶進程直接訪問幀緩沖來完成全部的繪制操作，而不會通過服務器，客戶程序需要負責繪制它們自己的標題欄和其他式樣。這就是Qt/Embedded庫內部層次分明的處理過程?？蛻艨梢允褂肣COP通道交換消息。服務進程簡單的廣播QCOP消息給所有監聽指定通道的應用進程，接著應用進程可以把一個插槽連接到一個負責接收的信號上，從而對消息做出響應。消息的傳遞通常伴隨著二進制數據的傳輸，這是通過一個QDataStream類的序列化過程來實現的，有關這個類的描述，請讀者參考相關資料。
　　QProcess類提供了另外一種異步的進程間通信機制。它用于啟動一個外部的程序并且通過寫一個標準的輸入和讀取外部程序的標準輸出和錯誤碼來和它們通信。
　?。?）字體
　　Qt/Embedded支持4種不同的字體格式：True Type字體（TTF），Postscript Type1字體，位圖發布字體（BDF）和Qt的預呈現（Pre-rendered）字體（QPF）。Qt還可以通過增加Qfont-
　　Factory的子類來支持其他字體，也可以支持以插件方式出現的反別名字體。
　　每個TTF或者TYPE1類型的字體首次在圖形或者文本方式的環境下被使用時，這些字體的字形都會以指定的大小被預先呈現出來，呈現的結果會被緩沖。根據給定的字體尺寸（例如10或12點陣）預先呈現TTF或者TYPE1類型的字體文件并把結果以QPF的格式保存起來，這樣可以節省內存和CPU的處理時間。QPF文件包含了一些必要的字體，這些字體可以通過makeqpf工具取得，或者通過運行程序時加上“-savefonts”選項獲取。如果應用程序中使用到的字體都是QPF格式，那么Qt/Embedded將被重新配置，并排除對TTF和TYPE1類型的字體的編譯，這樣就可以減少Qt/Embedded的庫的大小和存儲字體的空間。例如一個10點陣大小的包含所有ASCII字符的QPF字體文件的大小為1300字節，這個文件可以直接從物理存儲格式映射成為內存存儲格式。
　　Qt/Embedded的字體通常包括Unicode字體的一部分子集，ASCII和Latin-1。一個完整的16點陣的Unicode字體的存儲空間通常超過1MB，我們應盡可能存儲一個字體的子集，而不是存儲所有的字，例如在一個應用中，僅僅需要以Cappuccino字體、粗體的方式顯示產品的名稱，但是卻有一個包含了全部字形的字體文件。
　?。?）輸入設備及輸入法。
　　Qt/Embedded 3.0支持幾種鼠標協議：BusMouse、IntelliMouse，Microsoft和MouseMan.Qt/
　　Embedded還支持NECVr41XX和iPAQ的觸摸屏。通過從QWSMouseHandler或者Qcalibra-
　　tedMouseHandler派生子類，開發人員可以讓Qt/Embedded支持更多的客戶指示設備。
　　Qt/Embedded支持標準的101鍵盤和Vr41XX按鍵，通過子類化QWSKeyboardHandler可以讓Qt/Embedded支持更多的客戶鍵盤和其他的非指示設備。
　　對于非拉丁語系字符（例如阿拉伯、中文、希伯來和日語）的輸入法，需要把它寫成過濾器的方式，并改變鍵盤的輸入。輸入法的作者應該對全部的Qt API的使用有完整的認識。在一個無鍵盤的設備上，輸入法成了惟一的輸入字符的手段。Qtopia提供了4種輸入方法：筆跡識別器、圖形化的標準鍵盤、Unicode鍵盤和基于字典方式提取的鍵盤。
　?。?）屏幕加速
　　通過子類化QScreen和QgfxRaster可以實現硬件加速，從而為屏幕操作帶來好處。Troll-
　　tech提供了Mach64和Voodoo3視頻卡的硬件加速的驅動例子，同時可以按照協議編寫其他的驅動程序。
　　2．Qt的開發環境
　　Qt/Embedded的開發環境可以取代那些我們熟知的UNIX和Windows開發工具。它提供了幾個跨平臺的工具使得開發變得迅速和方便，尤其是它的圖形設計器。UNIX下的開發者可以在PC機或者工作站使用虛擬緩沖幀，從而可以模仿一個和嵌入式設備的顯示終端大小，像素相同的顯示環境。
　　嵌入式設備的應用可以在安裝了一個跨平臺開發工具鏈的不同的平臺上編譯。最通常的做法是在一個UNIX系統上安裝跨平臺的帶有libc庫的GNU C++編譯器和二進制工具。在開發的許多階段，一個可替代的做法是使用Qt的桌面版本，例如通過Qt/X11或是Qt/Windows來進行開發。這樣開發人員就可以使用他們熟悉的開發環境，例如微軟公司的Visual C++或者Borland C++。在UNIX操作系統下，許多環境也是可用的，例如Kdevelop，它也支持交互式開發。
　　如果Qt/Embedded的應用是在UNIX平臺下開發的話，那么它就可以在開發的機器上以一個獨立的控制臺或者虛擬緩沖幀的方式來運行，對于后者來說，其實是有一個X11的應用程序虛擬了一個緩沖幀。通過指定顯示設備的寬度、高度和顏色深度，虛擬出來的緩沖幀將和物理的顯示設備在每個像素上保持一致。這樣每次調試應用時開發人員就不用總是刷新嵌入式設備的Flash存儲空間，從而加速了應用的編譯、鏈接和運行周期。運行Qt的虛擬緩沖幀工具的方法是在Linux的圖形模式下運行以下命令：
　　qvfb （回車）
　　當Qt嵌入式的應用程序要把顯示結果輸出到虛擬緩沖幀時，我們在命令行運行這個程序，并在程序名后加上-qws的選項。例如：$》 hello–qws。
　　3．Qt的支撐工具
　　Qt包含了許多支持嵌入式系統開發的工具，有兩個最實用的工具是qmake和Qt designer（圖形設計器）。
　　n qmake是一個為編譯Qt/Embedded庫和應用而提供的Makefile生成器。它能夠根據一個工程文件（.pro）產生不同平臺下的Makefile文件。qmake支持跨平臺開發和影子生成，影子生成是指當工程的源代碼共享給網絡上的多臺機器時，每臺機器編譯鏈接這個工程的代碼將在不同的子路徑下完成，這樣就不會覆蓋別人的編譯鏈接生成的文件。qmake還易于在不同的配置之間切換。
　　n Qt圖形設計器可以使開發者可視化地設計對話框而不需編寫代碼。使用Qt圖形設計器的布局管理可以生成能平滑改變尺寸的對話框。
　　qmake和Qt圖形設計器是完全集成在一起的。
　　12.2.2 Qt/Embedded信號和插槽機制
　　1．機制概述
　　信號和插槽機制是Qt的核心機制，要精通Qt編程就必須對信號和插槽有所了解。信號和插槽是一種高級接口，應用于對象之間的通信，它是Qt的核心特性，也是Qt區別于其他工具包的重要地方。信號和插槽是Qt自行定義的一種通信機制，它獨立于標準的C/C++語言，因此要正確地處理信號和插槽，必須借助一個稱為moc（Meta Object Compiler）的Qt工具，該工具是一個C++預處理程序，它為高層次的事件處理自動生成所需要的附加代碼。
　　所謂圖形用戶接口的應用就是要對用戶的動作做出響應。例如，當用戶單擊了一個菜單項或是工具欄的按鈕時，應用程序會執行某些代碼。大部分情況下，是希望不同類型的對象之間能夠進行通信。程序員必須把事件和相關代碼聯系起來，這樣才能對事件做出響應。以前的工具開發包使用的事件響應機制是易崩潰的，不夠健壯的，同時也不是面向對象的。
　　以前，當使用回調函數機制把某段響應代碼和一個按鈕的動作相關聯時，通常把那段響應代碼寫成一個函數，然后把這個函數的地址指針傳給按鈕，當那個按鈕被單擊時，這個函數就會被執行。對于這種方式，以前的開發包不能夠確?；卣{函數被執行時所傳遞進來的函數參數就是正確的類型，因此容易造成進程崩潰。另外一個問題是，回調這種方式緊緊地綁定了圖形用戶接口的功能元素，因而很難進行獨立的開發。
　　信號與插槽機制是不同的。它是一種強有力的對象間通信機制，完全可以取代原始的回調和消息映射機制。在Qt中信號和插槽取代了上述這些凌亂的函數指針，使得用戶編寫這些通信程序更為簡潔明了。信號和插槽能攜帶任意數量和任意類型的參數，它們是類型完全安全的，因此不會像回調函數那樣產生core dumps。