當(dāng)前位置:首頁 > 嵌入式 > 嵌入式教程
[導(dǎo)讀]基于GEF的MiniGUI可視化開發(fā)工具設(shè)計(jì)

1 概 述
    隨著嵌入式系統(tǒng)的廣泛應(yīng)用,圖形用戶界面(Graphical User Interface,GUI)在嵌入式系統(tǒng)中的地位也越來越重要。
    目前比較成熟的嵌入式GUI系統(tǒng)包括MicroWin-dows、Qt/Embedded、MiniGUI等。MicroWindows可移植性好,開發(fā)重點(diǎn)在底層的圖形引擎,但窗口系統(tǒng)和圖形接口方面的功能還比較欠缺。Qt/Embedded可移植性較好,基于Qt的X Window程序可以非常方便地移植到嵌入式系統(tǒng),但對系統(tǒng)硬件要求較高,主要用于手持設(shè)備。MiniGUI最初是為了工業(yè)控制系統(tǒng)設(shè)計(jì)開發(fā)的,定制能力強(qiáng),速度快,性能好,特別適合于實(shí)時性要求高的場合。由于受到嵌入式系統(tǒng)硬件資源的限制,對嵌入式系統(tǒng)GUI的基本要求包括:占用資源少、高性能、高可靠性、可配置。本文設(shè)計(jì)的可視化開發(fā)工具選擇MiniGUI作為圖形界面支持系統(tǒng)。
    MiniGUI是一款遵循LGPL條款的純自由軟件,是根據(jù)嵌入式系統(tǒng)應(yīng)用特點(diǎn)量身定做的圖形界面支持系統(tǒng),得到了廣泛應(yīng)用。它提供了完備的多窗口機(jī)制和消息傳遞機(jī)制,以及對話框和常用的控件類,包括文本框、按鈕、編輯框、列表框等;非常小巧,包含全部功能的庫文件僅為300 KB左右。傳統(tǒng)的MiniGUI程序開發(fā)是基于文本編輯器的,開發(fā)人員在程序源代碼編寫過程中無法預(yù)先看到窗口、控件的整體效果,缺乏一個可視化的開發(fā)環(huán)境。因此,本文設(shè)計(jì)了一個MiniGUI可視化開發(fā)工具,并使用Eclipse GEF(Graphical Editing Framework)實(shí)現(xiàn)。


2 可視化開發(fā)工具整體設(shè)計(jì)
2.1 功能需求
    可視化開發(fā)工具要提供界面布局設(shè)計(jì)功能,主要包括:界面上控件位置的擺放、屬性的設(shè)置,為每個控件定義callback函數(shù);菜單、狀態(tài)條、位圖編輯;響應(yīng)界面編輯過程中發(fā)生的交互事件,比如drop/drag、undo/redo、move、de-lete、resize等;保存及解析呈現(xiàn)相應(yīng)布局的功能;根據(jù)用戶設(shè)計(jì)生成可運(yùn)行的MiniGUI源代碼。
2.2 整體結(jié)構(gòu)
    可視化開發(fā)工具主要由界面設(shè)計(jì)工具和源代碼生成工具兩部分組成。整體結(jié)構(gòu)如圖1所示。

    界面設(shè)計(jì)工具:實(shí)現(xiàn)所見即所得的界面編輯器功能,可以根據(jù)需要改變和調(diào)整顯示的內(nèi)容和形式,這使得用戶界面的制作非常方便。采用傳統(tǒng)的面向?qū)ο笤O(shè)計(jì)方法來開發(fā)可視化界面,會遇到用戶界面和底層的數(shù)據(jù)雜合、接口擴(kuò)展導(dǎo)致的類膨脹等問題,因此界面設(shè)計(jì)工具使用MVC模式設(shè)計(jì)。用戶通過界面設(shè)計(jì)工具的“控件設(shè)計(jì)”設(shè)置控件屬性;“交互事件響應(yīng)”用于響應(yīng)界面編輯過程中發(fā)生的交互事件,完成控件屬性的修改。這兩部分對應(yīng)MVC中的Control-ler?!翱丶悺北4婵丶母鞣N屬性,對應(yīng)Model?!翱丶@示”根據(jù)控件類的屬性設(shè)置顯示控件,對應(yīng)View。XML文檔則負(fù)責(zé)保存界面布局,控件類也能夠根據(jù)XML解析文檔內(nèi)容得到自身屬性。
    源代碼生成工具:通過遍歷所有控件類的屬性,將圖形用戶界面布局按照運(yùn)行平臺要求(目前僅支持RTEMS)生成相應(yīng)的MiniGUI源代碼。
2.3 組織結(jié)構(gòu)
    所有控件類通過樹的形式來管理。樹的頂層表示一個管理的工程,其下包括所有的對話框、菜單、狀態(tài)條及位圖資源,對話框的子節(jié)點(diǎn)是其上顯示的所有控件,菜單包括彈出菜單和菜單項(xiàng),狀態(tài)條與對話框類似,樹形結(jié)構(gòu)如圖2所示。由于XML文檔會被Java解析成樹形結(jié)構(gòu),解析界面布局的過程就是一個樹的遍歷過程。使用樹形結(jié)構(gòu)來組織控件類,能夠讓軟件在邏輯上簡單易懂,控件組織關(guān)系清晰明了,并且通過樹的遍歷可以保存界面布局及生成源代碼。

    由于圖形用戶界面中許多元素具有共同屬性,本文把這些元素的共有屬性及方法抽象出來作為基類。主要使用2個基類:容器類Content和控件類Control。Content主要包括容器ID、文字屬性及保存解析控件等方法;Control主要包括控件ID、位置大小、控件風(fēng)格等屬性,以及保存解析控件、生成源代碼等方法。其中,對話框、菜單、狀態(tài)條和位圖繼承自Content,如圖3(a)所示;對話框控件繼承自Control,如圖3(b)所示。在生成源代碼等操作時自頂向下遍歷整個界面工程,可直接調(diào)用基類的方法,無需區(qū)分控件具體的類別。這樣提高了代碼的重用度,減少了冗余代碼。

[!--empirenews.page--]

3 系統(tǒng)實(shí)現(xiàn)
    GEF基于MVC框架,可以方便地實(shí)現(xiàn)drop/drag、undo/redo、move、delete、resize等圖形編輯器的基本功能,并且提供了常用的布局器,非常適合用于開發(fā)所見即所得的界面編輯器。其中,GEF的EditPart對應(yīng)MVC中的Controller,F(xiàn)igure對應(yīng)View。
    本工具基于GEF開發(fā),可以最大限度地減小開發(fā)工作量,增強(qiáng)軟件的穩(wěn)定性。同時,Java開發(fā)使得本工具可以在任何具有Java虛擬機(jī)的系統(tǒng)上運(yùn)行,具有良好的跨平臺性。
3.1 基于GEF實(shí)現(xiàn)的界面設(shè)計(jì)工具
    本工具提供對菜單、狀態(tài)條、位圖,以及對話框控件(包括CheckBox, ComboBox,PushButton, RadioButton,MonthCalendar,GridView,M1Edit,ProgressBar,Property-Sheet,Static,StaticBox,TreeView,TrackBar,SpinBox等)的編輯功能。對于控件的修改,可以通過屬性頁和在界面上直接操作來進(jìn)行。屬性頁上的編輯通過IPropertySource接口的setPropertyValue方法告知Model,Model再通過PropertyChangeSupport類的firePropertyChange方法通知EditPart做出修改;來自界面上的變化被封裝成request派發(fā)給EditPart,EditPart再通過command修改Model中的數(shù)據(jù),Model在修改完數(shù)據(jù)之后告知EditPart有數(shù)據(jù)被修改;EditPart收到Property改變的通知后,根據(jù)修改數(shù)據(jù)類型做出相應(yīng)操作(比如重繪figure等)。以對CheekBox的操作為例來說明基于GEF的控件處理流程,如圖4所示。其中,操作A是從工具箱拖拽一個新的CheckBox到Dialog中;操作B是通過屬性頁修改CheckBox顯示的文本(Text);操作C直接通過選中CheckBox拖拽改變其大小。操作A1~A4、B1~B3、C1~C3為具體的執(zhí)行流程。

3.2 圖形顯示問題
    在GEF中,每個視圖只有在其父視圖的有效范圍內(nèi)才能響應(yīng)交互事件。如果直接按照MiniGUI的控件關(guān)系來組織模型,則界面設(shè)計(jì)工具不能很好地完成與用戶的交互。
    以菜單為例,生成MiniGUI中菜單部分的代碼僅需完成一棵樹的遍歷。這棵樹的每個非葉節(jié)點(diǎn)都是一個彈出菜單,葉節(jié)點(diǎn)是普通的菜單項(xiàng),根節(jié)點(diǎn)是一個虛節(jié)點(diǎn),用于串連起整個菜單,如圖5(a)所示。每個節(jié)點(diǎn)都被稱作MenuItem。這種樹形結(jié)構(gòu)在GEF顯示時根據(jù)Model創(chuàng)建的Figure如圖5(b)所示,其中Figure11為Figure1的childFigure。在GEF中,只有childFigure被包含在parentFigure的有效范圍內(nèi),對childFigure提出的請求才能被其parentFigure派發(fā)給childFigure對應(yīng)的control-ler,并反映給Model,如圖5(c)所示。顯然樹形結(jié)構(gòu)無法滿足修改菜單項(xiàng)的需求,因此,在MenuItem構(gòu)成的樹形結(jié)構(gòu)基礎(chǔ)上增加了由MeInu組成的鏈表結(jié)構(gòu),同時每個MenuItem都增加一個指向自己上一級MenuItem的Par-ent指針,如圖5(d)所示。每個Menu(ij)記錄包括的所有MenuItem(ij,k),以及創(chuàng)建自己的Menultem(i,j)。MenuItem(ij,k)表示屬于Menu(ij)的第k個MenuItem,Menu(ij)表示MenuItem(i,j)展開的下級Menu。所有的Menu組成一個鏈表,GEF顯示的是這個鏈表的內(nèi)容,而不是原來的MenuItem樹。這樣,每個MenuItem對應(yīng)的Figure就可以包含在其parentFigure中,相應(yīng)的controller也就能夠收到界面上傳來的請求。

    將MenuItem屬性改變?yōu)镻opUp,可以為其建立下級子Menu。新建函數(shù)的流程如下(參數(shù)是當(dāng)前屬性修改為PopUp的MenuItem):

    為Menu新建一個MenuItem的函數(shù):

[!--empirenews.page--]
    MenuItem對應(yīng)的Figure還應(yīng)提供方法DimensiongetPreferredSize(int hint,int hint2),用于獲得MenuItem屬性改變導(dǎo)致的Figure新的大小和位置。
    Menu的EditPart還應(yīng)提供以下方法:
    ①重繪自己和下面所有的MenuItem及其下級的Menu。函數(shù)Rectangle CalcMenuSize(MenuEditPart)用于得到一個能夠容納下包括的所有MenuItem的矩形。


    ②遞歸地將要update的MenuEditPart的下級Menu中,當(dāng)前可見的所有Menu及其對應(yīng)的MenuItem變?yōu)椴豢梢姟?/p>


3.3 數(shù)據(jù)存儲
    可擴(kuò)展標(biāo)記語言(Extensible Markup Language,XML)與其他格式的語言相比,具有以下優(yōu)勢:具有良好的擴(kuò)展性,允許使用者創(chuàng)建和使用自己定義的標(biāo)記來定義控件的類型和屬性;樹狀存儲結(jié)構(gòu)和良好的自描述性,非常適合對界面元素進(jìn)行描述;XML的靈活性提供了一種結(jié)構(gòu)化的數(shù)據(jù)表示方式,使得用戶界面分離于結(jié)構(gòu)化數(shù)據(jù)。
    因此,界面設(shè)計(jì)工具將界面設(shè)計(jì)結(jié)果存儲為XML格式。由于Java中提供了XML文檔生成和解析的類,因而簡化了編碼工作量,增強(qiáng)了軟件可靠性。
    示例如下:

    
    最外層的Project表示內(nèi)層都是界面的布局,第2層Dialog表示其內(nèi)層對應(yīng)一個對話框布局,第3層由多個<XXCtrl>和</XXCtrl>對構(gòu)成(XXCtrl對應(yīng)不同的控件名,比如buttonCtrl對應(yīng)button控件)。每個XXCtrl代表一個控件,<XXCtrl>和</XXCtrl>對里面是控件的屬性。第2層也可由多個<Content>和</Content>對構(gòu)成,Content可為Dialog(對話框)、Menu(菜單)、Tool-Bar(狀態(tài)條)、Icon(位圖),其內(nèi)層根據(jù)Content不同而由不同的XXCtrl對構(gòu)成。


4 實(shí)驗(yàn)結(jié)果
    可視化工具的運(yùn)行界面如圖6所示。左側(cè)為工程管理區(qū),可以看到當(dāng)前工程建立的所有界面布局。中間部分的編輯區(qū)是一個打開的對話框布局,可在這里進(jìn)行控件的drop/drag、undo/redo、move、delete、resize等操作。右側(cè)是控件屬性編輯區(qū),用于修改控件屬性(比如ID、文字風(fēng)格、邊框等)。

結(jié) 語
    本文設(shè)計(jì)了一個MiniGUI可視化開發(fā)工具,利用Eclipse GEF實(shí)現(xiàn)。用戶使用本工具可以對圖形用戶界面進(jìn)行可視化的設(shè)計(jì)及修改,同時可以擴(kuò)充自己的控件、定義控件的屬性,豐富界面的表現(xiàn)形式。實(shí)驗(yàn)表明,本工具在實(shí)際系統(tǒng)中運(yùn)行良好穩(wěn)定,有效地提高了圖形用戶界面的開發(fā)效率。

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫?dú)角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運(yùn)行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險(xiǎn),如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報(bào)道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機(jī) 衛(wèi)星通信

要點(diǎn): 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實(shí)提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅(jiān)持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運(yùn)營商 數(shù)字經(jīng)濟(jì)

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團(tuán))股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉