基于Linux和MiniGUI的嵌入式系统软体发展一-DelphiKTop.DOCVIP

基於 Linux 和 MiniGUI 的嵌入式系統軟體發展指南(一) HYPERLINK /developerWorks/cn/linux/embed/minigui/guide/part1/index.shtml /developerWorks/cn/linux/embed/minigui/guide/part1/index.shtml 選擇MiniGUI-Threads 或者 MiniGUI-Lite HYPERLINK /developerWorks/cn/linux/embed/minigui/guide/part1/ \l author1 魏永明 ( HYPERLINK mailto:ymwei@ ymwei@)自由撰稿人2001 年 6 月 自 MiniGUI 從 1998 年底推出以來，越來越多的人開始選擇 MiniGUI 在 Linux 上開發即時嵌入式系統。爲了幫助嵌入式軟體發展人員使用 MiniGUI編寫出更好的應用程式，我們將撰寫一系列文章講解基於 Linux 和 MiniGUI 的嵌入式系統軟體發展，並冠名基於 Linux 和 MiniGUI 的嵌入式系統軟體發展指南。本文是該系列文章的第一篇，將講述如何針對具體專案選擇使用 MiniGUI-Threads 或者 MiniGUI-Lite 版本，並比較不同版本對系統軟體結構的影響。 1：引言自 MiniGUI 從 1998 年底推出以來，越來越多的人開始選擇 MiniGUI 在 Linux 上開發即時嵌入式系統。MiniGUI 系統也逐漸成熟，並在各種嵌入式系統中扮演了重要的角色。爲了幫助嵌入式軟體發展人員使用 MiniGUI編寫出更好的應用程式，我們將撰寫一系列文章講解基於 Linux 和 MiniGUI 的嵌入式系統軟體發展，並冠名基於 Linux 和 MiniGUI 的嵌入式系統軟體發展指南。該系列文章將講述如何在基於 Linux 的系統上利用 MiniGUI 開發具有圖形用戶介面支援的嵌入式系統軟體，其內容不僅僅限於 MiniGUI 的編程，還會涉及到一些 Linux 下嵌入式系統軟體發展的技巧。系列文章的初步規劃如下： 如何針對特定專案選擇 MiniGUI-Threads 和 MiniGUI-Lite 理解消息迴圈和視窗過程 對話方塊和控制項編程 使用 GDI 函數 MiniGUI 和 Linux 系統調用 MiniGUI-Lite 與進程間通訊 將 MiniGUI 及應用程式移植到特定平臺 利用 autoconf 介面編寫跨平臺代碼 如何調試 MiniGUI 應用程式 本文是該系列文章的第一篇，將講述如何針對具體專案選擇使用 MiniGUI-Threads 或者 MiniGUI-Lite 版本，並比較不同版本對系統軟體結構的影響。 2：MiniGUI-Threads 和 MiniGUI-Lite 的區別大家都知道，我們可以將 MiniGUI 編譯成兩個截然不同的版本，一個是 MiniGUI-Threads，一個是 MiniGUI-Lite。這兩個版本適用于不同的應用需求。在選擇到底使用 MiniGUI-Threads 還是 MiniGUI-Lite 之前，我們首先需要瞭解這兩個版本之間的區別。 MiniGUI-Threads 是 MiniGUI 的最初版本。MiniGUI 最初爲一個工業控制系統開發的，該系統功能單一，但卻需要非常高的即時性，因此考慮將 MiniGUI 開發成一個基於多線程的圖形用戶介面支援系統。因爲在傳統的 UNIX/Linux 系統上，典型的 GUI 系統（比如 X）採用傳統的基於 UNIX 套接字的客戶/伺服器系統結構。在這種體系結構下，客戶建立視窗、繪製等等都要通過套接字傳遞到伺服器，由伺服器完成實質工作。這樣，系統非常依賴於 UNIX 套接字通訊。而大家都知道，UNIX 套接字的資料傳遞，要經過內核，然後再傳遞到另外一個程式。這樣，大量的資料在客戶/內核/伺服器之間傳遞，從而增加了系統負荷，也佔用了許多系統資源。這對許多嵌入式系統，尤其是即時性要求非常高的系統來說，是不可接受的。 爲了解決這個問題，MiniGUI 首先採用了線程機制（類似Windows CE），所有的應用程式都運行在同一個位址空間，這樣，大大提高了程式之間的通訊效率，並且特別適合於即時性要求非常高的系統。這就是 MiniGUI-Threads。基於 MiniGUI-Threads 的程式，可以具有多個線程，每個線程有不同的功能和任務，並且可以建立各自的窗口，不同的線程之間，可以通過 MiniGUI 提供的消息傳遞機制進行事件傳送和同步。 但顯然，這種基於線程的結構也導致了系統整體的脆弱――如果某個線程因爲非法的資料訪問