專利名稱：終端及其進(jìn)行業(yè)務(wù)處理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種終端及其進(jìn)行業(yè)務(wù)處理的方法。
背景技術(shù)：
高通平臺(tái)的二進(jìn)制運(yùn)行環(huán)境Brew是一個(gè)基于高通平臺(tái)的二進(jìn)制運(yùn)行環(huán)境?？梢?支持靜態(tài)和動(dòng)態(tài)應(yīng)用。開(kāi)發(fā)人員可以基于Brew接口進(jìn)行手機(jī)應(yīng)用的開(kāi)發(fā)，最后發(fā)布的應(yīng)用 運(yùn)行于Brew平臺(tái)之上。Brew平臺(tái)支持參與平臺(tái)編譯的靜態(tài)應(yīng)用，也支持動(dòng)態(tài)加載高通平臺(tái) 動(dòng)態(tài)應(yīng)用文件MOD方式。從Brew 4.0以后Brew有了新成員高通Brew平臺(tái)顯示控件系統(tǒng)BUIW。BUIW在一 定程度上規(guī)范了原來(lái)Brew平臺(tái)手機(jī)應(yīng)用的開(kāi)發(fā)。BUIW類似于給開(kāi)發(fā)人員提供了 一個(gè)Brew 平臺(tái)上的圖形處理框架GUI架構(gòu)。有了 BUIW以后讓Brew平臺(tái)的應(yīng)用開(kāi)發(fā)難度有所下降， 開(kāi)發(fā)人員的分工更加清晰。高通Brew平臺(tái)的類似窗口的控件R)rm、高通Brew平臺(tái)控件 Widget的概念進(jìn)入了大家討論的范疇，同時(shí)也成了大家分工的基本界限。也正是因?yàn)榉止?的細(xì)化，讓開(kāi)發(fā)人員的工作更加專業(yè)，也使最終的產(chǎn)品質(zhì)量更高。雖然Brew增加了新秀BUIW提供了更好的應(yīng)用開(kāi)發(fā)支持，但是BUIW也只是一個(gè) 非常基本的類似GUI的框架，對(duì)于用戶如何進(jìn)行一個(gè)應(yīng)用的開(kāi)發(fā)沒(méi)有任何指導(dǎo)，也就是說(shuō) BUIW只是讓顯示部分變的清晰而應(yīng)用部分還是非?；靵y。Brew的結(jié)構(gòu)復(fù)雜程度還是非常 的高，導(dǎo)致應(yīng)用及顯示實(shí)現(xiàn)部分的代碼質(zhì)量不高，并且代碼重構(gòu)的難度非常的大。這種情況 下導(dǎo)致Brew應(yīng)用的后期維護(hù)難度非常的大，很多情況都是牽一發(fā)而動(dòng)全身，浪費(fèi)大量的資 源。針對(duì)相關(guān)技術(shù)中BUIW中應(yīng)用及顯示實(shí)現(xiàn)部分的代碼質(zhì)量不高，并且代碼重構(gòu)的 難度非常的大，這種情況下導(dǎo)致Brew應(yīng)用的后期維護(hù)難度非常的大，很多情況都是牽一發(fā) 而動(dòng)全身，浪費(fèi)大量的資源的問(wèn)題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明旨在提供一種終端及其進(jìn)行業(yè)務(wù)處理的方法，以解決BUIW中應(yīng)用及顯示 實(shí)現(xiàn)部分的代碼質(zhì)量不高，并且代碼重構(gòu)的難度非常的大，這種情況下導(dǎo)致Brew應(yīng)用的后 期維護(hù)難度非常的大，很多情況都是牽一發(fā)而動(dòng)全身，浪費(fèi)大量的資源的問(wèn)題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種終端，包括分離模塊，用于對(duì)終端的體系結(jié) 構(gòu)進(jìn)行用戶交互UI分離；應(yīng)用模塊，用于處理UI分離后的應(yīng)用；顯示模塊，用于處理UI分 離后的顯示。較優(yōu)的，所述分離模塊還用于按照模型、控制、視圖MVC的架構(gòu)劃分對(duì)所述終端的 體系結(jié)構(gòu)進(jìn)行UI分離。較優(yōu)的，所述應(yīng)用模塊包括主模型UModel子模塊、主控制UController子模塊 和主視圖UView子模塊所述UModel子模塊，用于設(shè)置所述應(yīng)用；所述UController子模 塊，用于接收所述應(yīng)用發(fā)起的數(shù)據(jù)，根據(jù)所述應(yīng)用發(fā)起的數(shù)據(jù)對(duì)所述應(yīng)用做出指示；所述UView子模塊，用于顯示所述應(yīng)用，并將外界經(jīng)自身輸入的數(shù)據(jù)反饋至所述UModel子模塊。較優(yōu)的，所述UModel子模塊包括按照MVC的架構(gòu)劃分的從模型AModel單元、從控 制AController單元和從視圖AView單元所述AModel單元，用于設(shè)置所述應(yīng)用涉及的數(shù) 據(jù)，以及設(shè)置與所述AController單元間的交互方式；所述AController單元，用于設(shè)置所 述應(yīng)用的執(zhí)行控制和所述應(yīng)用的業(yè)務(wù)邏輯，以及設(shè)置與所述AModel單元、所述AView單元 間的交互；所述AView單元，用于設(shè)置所述應(yīng)用的顯示和輸入。較優(yōu)的，所述UController子模塊還用于查找到所述應(yīng)用發(fā)起的數(shù)據(jù)對(duì)應(yīng)的顯示 時(shí)，判斷所述應(yīng)用發(fā)起的數(shù)據(jù)錯(cuò)誤。較優(yōu)的，所述UView子模塊還用于利用Brew平臺(tái)顯示控件系統(tǒng)BUIW的平臺(tái)控件 Widget顯示所述應(yīng)用。較優(yōu)的，所述顯示模塊包括窗口 R)rm設(shè)計(jì)組件子模塊，用于設(shè)計(jì)所述應(yīng)用的圖 形框架；BUIW支撐子模塊，用于提供生成所述應(yīng)用所需的Brew平臺(tái)；代碼生成組件子模塊， 用于生成所述應(yīng)用的i^orm的顯示代碼。較優(yōu)的，所述終端包括基于高通平臺(tái)的二進(jìn)制運(yùn)行環(huán)境Brew的終端。根據(jù)本發(fā)明的另一方面，提供了一種利用上述終端進(jìn)行業(yè)務(wù)處理的方法，包括終 端的分離模塊對(duì)終端的體系結(jié)構(gòu)進(jìn)行用戶交互UI分離；所述終端的應(yīng)用模塊處理UI分離 后的應(yīng)用；所述終端的顯示模塊處理UI分離后的顯示。較優(yōu)的，所述終端的分離模塊對(duì)基于高通平臺(tái)的二進(jìn)制運(yùn)行環(huán)境Brew的終端的 體系結(jié)構(gòu)進(jìn)行用戶交互UI分離，包括所述終端的分離模塊按照模型、控制、視圖MVC的架 構(gòu)劃分對(duì)所述終端的體系結(jié)構(gòu)進(jìn)行UI分離。較優(yōu)的，所述終端的應(yīng)用模塊單獨(dú)處理UI分離后的應(yīng)用，包括所述應(yīng)用模塊被 劃分為主模型UModel子模塊、主控制UController子模塊和主視圖UView子模塊，其中，所 述應(yīng)用模塊的UModel子模塊設(shè)置所述應(yīng)用，所述應(yīng)用模塊的UController子模塊接收所 述應(yīng)用發(fā)起的數(shù)據(jù)，根據(jù)所述應(yīng)用發(fā)起的數(shù)據(jù)對(duì)所述應(yīng)用做出指示，所述應(yīng)用模塊的UView 子模塊顯示所述應(yīng)用，并將外界經(jīng)自身輸入的數(shù)據(jù)反饋至所述UModel子模塊。較優(yōu)的，所述應(yīng)用模塊的UModel子模塊設(shè)置所述應(yīng)用，包括所述UModel子模塊 包括按照MVC的架構(gòu)劃分的從模型AModel單元、從控制AController單元和從視圖AView 單元，其中，所述AModel單元設(shè)置所述應(yīng)用涉及的數(shù)據(jù)，以及設(shè)置與所述AController單元 間的交互方式；所述AController單元設(shè)置所述應(yīng)用的執(zhí)行控制和所述應(yīng)用的業(yè)務(wù)邏輯， 以及設(shè)置與所述AModel單元、所述AView單元間的交互；所述AView單元設(shè)置所述應(yīng)用的 顯示和輸入。在本發(fā)明實(shí)施例中，終端的分離模塊對(duì)終端的體系結(jié)構(gòu)進(jìn)行UI分離，終端的應(yīng)用 模塊處理UI分離后的應(yīng)用，終端的顯示模塊處理UI分離后的顯示，將應(yīng)用部分與顯示部分 進(jìn)行分離，并分別處理分離后的應(yīng)用和顯示，避免兩者混合在一起時(shí)出現(xiàn)的顯示部分變的 清晰而應(yīng)用部分還是非常混亂情況，提高應(yīng)用及顯示實(shí)現(xiàn)部分的代碼質(zhì)量，若需要進(jìn)行代 碼重構(gòu)也只需要單獨(dú)構(gòu)建應(yīng)用或顯示部分的代碼，不需要全部重建，在后期維護(hù)過(guò)程中能 夠節(jié)省大量的資源。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例的終端的結(jié)構(gòu)示意圖；圖2是根據(jù)本發(fā)明實(shí)施例的終端進(jìn)行業(yè)務(wù)處理的流程圖；圖3是根據(jù)本發(fā)明實(shí)施例的終端進(jìn)行了 UI分離的終端的體系結(jié)構(gòu)的示意圖；圖4是根據(jù)本發(fā)明實(shí)施例的采用MVC的架構(gòu)劃分的終端的體系結(jié)構(gòu)的示意圖；圖5是根據(jù)本發(fā)明實(shí)施例的對(duì)UModel子模塊按照MVC的架構(gòu)進(jìn)行劃分的結(jié)構(gòu)示 意圖；圖6是根據(jù)本發(fā)明實(shí)施例的對(duì)終端及其內(nèi)部結(jié)構(gòu)均按照MVC的架構(gòu)進(jìn)行劃分的結(jié) 構(gòu)示意圖；圖7是根據(jù)本發(fā)明實(shí)施例的顯示模塊的結(jié)構(gòu)示意圖；圖8是根據(jù)本發(fā)明實(shí)施例的R)rm設(shè)計(jì)組件的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將參考附圖并結(jié)合實(shí)施例，來(lái)詳細(xì)說(shuō)明本發(fā)明。下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。相關(guān)技術(shù)中提到，雖然Brew增加了新秀BUIW提供了更好的應(yīng)用開(kāi)發(fā)支持，但是 BUIW也只是一個(gè)非?；镜念愃艷UI的框架，對(duì)于用戶如何進(jìn)行一個(gè)應(yīng)用的開(kāi)發(fā)沒(méi)有任何 指導(dǎo)，也就是說(shuō)BUIW只是讓顯示部分變的清晰而應(yīng)用部分還是非?；靵y。Brew的結(jié)構(gòu)復(fù) 雜程度還是非常的高，導(dǎo)致應(yīng)用及顯示實(shí)現(xiàn)部分的代碼質(zhì)量不高，并且代碼重構(gòu)的難度非 常的大。這種情況下導(dǎo)致Brew應(yīng)用的后期維護(hù)難度非常的大，很多情況都是牽一發(fā)而動(dòng)全 身，浪費(fèi)大量的資源。為解決上述技術(shù)問(wèn)題，本發(fā)明實(shí)施例提供了一種終端，該終端通常是采用基于高 通平臺(tái)的二進(jìn)制運(yùn)行環(huán)境Brew的終端，其結(jié)構(gòu)示意圖如圖1所示，包括分離模塊101，用于對(duì)終端的體系結(jié)構(gòu)進(jìn)行用戶交互UI分離；應(yīng)用模塊102，用于處理UI分離后的應(yīng)用；顯示模塊103，用于處理UI分離后的顯示。在本發(fā)明實(shí)施例中，終端的分離模塊對(duì)終端的體系結(jié)構(gòu)進(jìn)行UI分離，終端的應(yīng)用 模塊處理UI分離后的應(yīng)用，終端的顯示模塊處理UI分離后的顯示，將應(yīng)用部分與顯示部分 進(jìn)行分離，并分別處理分離后的應(yīng)用和顯示，避免兩者混合在一起時(shí)出現(xiàn)的顯示部分變的 清晰而應(yīng)用部分還是非?；靵y情況，提高應(yīng)用及顯示實(shí)現(xiàn)部分的代碼質(zhì)量，若需要進(jìn)行代 碼重構(gòu)也只需要單獨(dú)構(gòu)建應(yīng)用或顯示部分的代碼，不需要全部重建，在后期維護(hù)過(guò)程中能 夠節(jié)省大量的資源。在本發(fā)明實(shí)施例中，若終端采用如圖1所示的結(jié)構(gòu)，則可以按圖2所示流程圖對(duì)于 終端涉及業(yè)務(wù)的業(yè)務(wù)進(jìn)行相應(yīng)處理步驟S202、終端的分離模塊對(duì)基于Brew的終端的體系結(jié)構(gòu)進(jìn)行UI分離；步驟S204、終端的應(yīng)用模塊處理UI分離后的應(yīng)用；
步驟S206、終端的顯示模塊處理UI分離后的顯示。在一個(gè)實(shí)施例中，進(jìn)行了 UI分離的終端的體系結(jié)構(gòu)的示意圖也可以如圖3所示， 包括UI控制、基于BUIW的UI顯示以及UI定義部分，其中UI定義部分中可以包括數(shù)據(jù) Model、邏輯 Controller、顯示 View 三部分。實(shí)施時(shí)，步驟S202中記載了分離模塊對(duì)基于Brew的終端的體系結(jié)構(gòu)進(jìn)行UI分 離，UI分離的方式可以有多種，例如按不同的用戶類型進(jìn)行劃分，按所處網(wǎng)絡(luò)進(jìn)行劃分， 或者按其他的特點(diǎn)或依據(jù)進(jìn)行劃分，較優(yōu)的，本發(fā)明實(shí)施例提出分離模塊還用于按照 MVC(模型、視圖、控制)的架構(gòu)劃分對(duì)終端的體系結(jié)構(gòu)進(jìn)行UI分離。在一個(gè)實(shí)施例中，采用MVC的架構(gòu)劃分的終端的體系結(jié)構(gòu)的示意圖可以如圖4所 示，應(yīng)用模塊102中包括可以包括主模型UModel子模塊401、主控制UController子模塊 402和主視圖UView子模塊403 UModel子模塊401，用于設(shè)置應(yīng)用；UController子模塊402，用于接收應(yīng)用發(fā)起的數(shù)據(jù)，根據(jù)應(yīng)用發(fā)起的數(shù)據(jù)對(duì)應(yīng)用 做出指示；UView子模塊403，用于顯示應(yīng)用，并將外界經(jīng)自身輸入的數(shù)據(jù)反饋至UModel子模 塊 401。在本發(fā)明實(shí)施例中，設(shè)置應(yīng)用也即是定義應(yīng)用，對(duì)應(yīng)用的數(shù)據(jù)、模型等參數(shù)進(jìn)行相 關(guān)的定義，本文中后續(xù)的設(shè)置的含義也與定義相同。在一個(gè)實(shí)施例中，終端可以利用MVC的架構(gòu)劃分的自身的體系結(jié)構(gòu)，也可以利用 MVC的架構(gòu)對(duì)子模塊進(jìn)行劃分，例如，可以對(duì)UModel子模塊按照MVC的架構(gòu)進(jìn)行劃分，劃分 后的結(jié)構(gòu)請(qǐng)參見(jiàn)圖5:UModel子模塊401包括按照MVC的架構(gòu)劃分的從模型AModel單元501、從控制 AController單元502和從視圖AView單元503 AModel單元501，用于設(shè)置應(yīng)用涉及的數(shù)據(jù)，以及設(shè)置與AController單元502間 的交互方式；AController單元502，用于設(shè)置應(yīng)用的執(zhí)行控制和應(yīng)用的業(yè)務(wù)邏輯，以及設(shè)置與 AModel單元502、AView單元503間的交互；AView單元503，用于設(shè)置應(yīng)用的顯示和輸入。本發(fā)明實(shí)施例中，若對(duì)終端及其內(nèi)部結(jié)構(gòu)均按照MVC的架構(gòu)進(jìn)行劃分，其結(jié)構(gòu)示 意圖及具體連接關(guān)系如圖6所示應(yīng)用的AModel專為數(shù)據(jù)而設(shè)計(jì)，可以把應(yīng)用的數(shù)據(jù)處理、串行化等功能都整理在 AModel來(lái)實(shí)現(xiàn)。同時(shí)AModel只需要定義好與AController的交互而不需要關(guān)心數(shù)據(jù)的使 用。應(yīng)用的AController只需要關(guān)心與應(yīng)用相關(guān)的消息、平臺(tái)交互的消息，以及定義好與 AModeUAView的交互。也就是說(shuō)應(yīng)用的AController只管理好消息和做好AModel、AView 的橋梁，不需要關(guān)心數(shù)據(jù)如何保存、如何顯示。應(yīng)用的AView負(fù)責(zé)定義數(shù)據(jù)如何顯示和輸入 獲取，不需要管數(shù)據(jù)如何處理。應(yīng)用定義完畢就放在UI分離的體系下進(jìn)行顯示。在UI分 離的體系下面也是MVC的架構(gòu)，應(yīng)用的定義就是UModel 了。UController，負(fù)責(zé)接收應(yīng)用的 AView定義的數(shù)據(jù)顯示指導(dǎo)，然后判斷做出正確的顯示。UController查找對(duì)應(yīng)請(qǐng)求的顯 示，如果找到顯示的則錯(cuò)誤。UView，就是利用BUIW的Widget進(jìn)行顯示，同時(shí)具有輸入反饋能力。就是說(shuō)交互的動(dòng)作可以反饋給UModel。綜上可知，UI分離體系就是把復(fù)雜的業(yè)務(wù)邏輯和顯示分開(kāi)處理。簡(jiǎn)單來(lái)說(shuō)就是本 發(fā)明實(shí)施例將MVC的架構(gòu)應(yīng)用于應(yīng)用和顯示，將原來(lái)混在一起的應(yīng)用實(shí)現(xiàn)進(jìn)行分割。按照 MVC的思想把應(yīng)用的數(shù)據(jù)、邏輯、顯示進(jìn)行有效分割，讓整體實(shí)現(xiàn)簡(jiǎn)化。也就是原來(lái)揉在一起 的代碼進(jìn)行了 Model、View, Controller的劃分，各個(gè)部分有交互同時(shí)也具備獨(dú)立性，讓問(wèn) 題定位、修改變的容易，代碼重構(gòu)變成了可能。原來(lái)的Brew應(yīng)用開(kāi)發(fā)的代碼復(fù)雜程度非常高，大部分處理都在應(yīng)用的事件處理 函數(shù)里面，有可能一個(gè)事件處理函數(shù)就上萬(wàn)行。可以說(shuō)開(kāi)發(fā)人員在開(kāi)發(fā)的時(shí)候就是一個(gè)面， 毫無(wú)層次結(jié)構(gòu)。本發(fā)明采用MVC架構(gòu)進(jìn)行層次上的劃分，可以讓?xiě)?yīng)用的事件處理變的可以閱讀。 每一個(gè)應(yīng)用都由Model、View、Controller三個(gè)層次組成，后面我們用AModel、AView、 AController來(lái)表示。AModel包括了應(yīng)用涉及的所有數(shù)據(jù)、AView定義應(yīng)用顯示和輸入、 AController包括應(yīng)用的執(zhí)行控制、應(yīng)用的業(yè)務(wù)邏輯。對(duì)于UI分離的體系結(jié)構(gòu)也是一 個(gè)MVC的結(jié)構(gòu)，同樣包括Model、View、Controller三個(gè)層次，后面我們用UModel、UView、 UController來(lái)表示。UModel就是應(yīng)用的定義、UView利用BUIW進(jìn)行顯示、UController包 括了顯示和應(yīng)用交互的控制?；诒景l(fā)明實(shí)施例提供的UI分離體系，設(shè)計(jì)人員可以設(shè)計(jì)出結(jié)構(gòu)清晰的架構(gòu)，提 高應(yīng)用及顯示實(shí)現(xiàn)部分的代碼質(zhì)量，若需要進(jìn)行代碼重構(gòu)也只需要單獨(dú)構(gòu)建應(yīng)用或顯示部 分的代碼，不需要全部重建，在后期維護(hù)過(guò)程中能夠節(jié)省大量的資源。在一個(gè)實(shí)施例中，UController子模塊402還可以用于查找到應(yīng)用發(fā)起的數(shù)據(jù)對(duì) 應(yīng)的顯示時(shí)，判斷應(yīng)用發(fā)起的數(shù)據(jù)錯(cuò)誤。在一個(gè)實(shí)施例中，UView子模塊403還可以用于利用BUIW的Widget顯示應(yīng)用。在一個(gè)實(shí)施例中，如圖7所示，顯示模塊103可以包括窗口 R)rm設(shè)計(jì)組件子模塊701，用于設(shè)計(jì)應(yīng)用的圖形框架；BUIW支撐子模塊702，用于提供生成應(yīng)用所需的Brew平臺(tái)；代碼生成組件子模塊703，用于生成應(yīng)用的R)rm的顯示代碼。為實(shí)現(xiàn)顯示模塊的處理，本發(fā)明實(shí)施例還提出基于UI分離體系的可視化設(shè)計(jì)工 具，可視化設(shè)計(jì)工具以BUIW為基礎(chǔ)，包括R)rm(BUIff的一個(gè)類似窗口的組件)設(shè)計(jì)組件、代 碼生成組件。Form設(shè)計(jì)組件利用基于Java的開(kāi)源IDE環(huán)境Eclipse和一個(gè)基于Eclipse的圖 形設(shè)計(jì)框架GEF可以實(shí)現(xiàn)。本發(fā)明實(shí)施例將GEF與BUIW進(jìn)行結(jié)合，實(shí)現(xiàn)Brew平臺(tái)的可視 化界面設(shè)計(jì)。GEF的工具定義可以按照BUIW的R)rm、Widget的定義來(lái)實(shí)現(xiàn)。同時(shí)GEF利用 了 Draw2D (—個(gè)Java環(huán)境下的⑶I)做基礎(chǔ)⑶I，Draw2D本身并沒(méi)有非常明確的控件定義， 可以重載繪制方法來(lái)滿足BUIW的需求。代碼生成組件根據(jù)當(dāng)前設(shè)計(jì)的情況進(jìn)行代碼生成。 因?yàn)樵O(shè)計(jì)的基本是UView部分，所以代碼生成主要是生成的顯示代碼。如果在設(shè)計(jì)前 已經(jīng)存在應(yīng)用的AView的顯示定義，那么設(shè)計(jì)組件會(huì)根據(jù)定義進(jìn)行顯示方法的生成。如果 沒(méi)有應(yīng)用的AView的定義，設(shè)計(jì)組件將生成應(yīng)用的AView的定義和顯示方法。本發(fā)明實(shí)施 例R)rm設(shè)計(jì)組件圖示參見(jiàn)圖8。綜上所述，采用本發(fā)明實(shí)施例提供的技術(shù)方案，在Brew應(yīng)用的開(kāi)發(fā)設(shè)計(jì)以及實(shí)現(xiàn)都有著積極的效果。從開(kāi)發(fā)設(shè)計(jì)方面來(lái)說(shuō)，因?yàn)槭歉邇?nèi)聚低耦合，所以降低了設(shè)計(jì)難度，同 時(shí)可以提供開(kāi)發(fā)效率，而且一定程度的提高了可靠性。在具體實(shí)施方面，可以將本發(fā)明實(shí)施例提供的技術(shù)方案分為BUIW擴(kuò)展、MVC代碼 框架、Form設(shè)計(jì)組件三個(gè)部分進(jìn)行描述。首先，BUIW擴(kuò)展方面，需要利用BUIW實(shí)現(xiàn)UI分離體系中View的需求。BUIW給了 開(kāi)發(fā)人員一個(gè)基本的框架，同時(shí)也提供了擴(kuò)展的基礎(chǔ)。為了滿足UView的需求，必現(xiàn)對(duì) 進(jìn)行擴(kuò)展。一是給i^orrn定義統(tǒng)一的顯示接口，二是給R)rm定義統(tǒng)一的輸入獲取的接口。 這樣UController可以實(shí)現(xiàn)UModel和UView的交互。也就是Form需要增加ShowForm和 Getlnput兩個(gè)方法?？梢园裄)rm接口定義為AEEINTERFACE(ISampleForm){INHERIT_IForm(ISamp1eForm) ；\int( -k ShowForm) (ISampIeForm -k po, AECHAR -k inputDef) ；\int ( * Getlnput)(ISampIeForm * po, AEEEvent evt, uintl6wParam, uint32dwParam, AECHAR* outputDef)}當(dāng)然上面定義只是本發(fā)明實(shí)施例為闡述而設(shè)計(jì)的樣例，一個(gè)R)rm接口定義可能 會(huì)更加復(fù)雜。然后，再看一下MVC代碼框架。上面已經(jīng)對(duì)UView做了基本的描述，可以說(shuō)在UView 定義統(tǒng)一的接口后就為UController的正常運(yùn)行提供了保障。為了更好的體現(xiàn)本發(fā)明實(shí) 施例的優(yōu)勢(shì)，MVC的代碼框架也比較重要。MVC的代碼框架要求M、V、C的實(shí)現(xiàn)要分開(kāi)，可以 在獨(dú)立的文件中實(shí)現(xiàn)。UModel、UController, UView基本按照Brew的要求進(jìn)行定義，符合 Brew的ClasslD管理機(jī)制，可以實(shí)現(xiàn)Class的靜態(tài)、動(dòng)態(tài)加載。前面也有描述UView在具 體實(shí)現(xiàn)的過(guò)程中需要注意增加擴(kuò)展實(shí)現(xiàn)。UController可以考慮是針對(duì)UView和AView進(jìn) 行設(shè)計(jì)，UController根據(jù)AView創(chuàng)建和顯示UView，同時(shí)可以對(duì)UView進(jìn)行管理。這樣從 代碼結(jié)構(gòu)來(lái)說(shuō)UController可以對(duì)BUIW的RootR)rm進(jìn)行擴(kuò)展。其中代碼方面關(guān)鍵的一 個(gè)擴(kuò)展是將原來(lái)的HandleEvent機(jī)制進(jìn)行了擴(kuò)展，在原來(lái)的基礎(chǔ)上配合實(shí)現(xiàn)Getlnput。事 件發(fā)生需要通過(guò)Getlnput獲取用戶交互輸入。AModel定義應(yīng)用需要的數(shù)據(jù)，同時(shí)支持和 AController的交互。從代碼結(jié)構(gòu)上面來(lái)說(shuō)必需支持一般的ModelChange、ModelNotify等 機(jī)制。AController在處理應(yīng)用的基本事件，同時(shí)需要配合UView進(jìn)行調(diào)整。從代碼來(lái)說(shuō)事 件發(fā)生的時(shí)候不是調(diào)用HandleEvent而是調(diào)用Getlnput來(lái)進(jìn)行事件傳遞。如果UView的 交互不改變數(shù)據(jù)就獲取不到輸入。AView根據(jù)應(yīng)用的情況定義顯示內(nèi)容。從代碼結(jié)構(gòu)上來(lái) 說(shuō)可以根據(jù)當(dāng)前應(yīng)用的數(shù)據(jù)設(shè)計(jì)XML模板然后設(shè)計(jì)代碼，也可以通過(guò)R)rm設(shè)計(jì)組件自動(dòng)生 成。AView和UView通信的內(nèi)容格式基本定義如下< ？ xml version = “ 1.0〃 encoding = “ UTF-8" ？ >〈form classid = 0xl23456appclassid = 0x654321〉〈data name=" datal" type =" text" ><value>l</value></data>
<data name = “ data2〃 type = “ select< items〉<item name = " item 1" key=" keyl" / item>... </items><value>keyl</value></data>...</form>上面同樣是為了闡述本發(fā)明實(shí)施例而設(shè)計(jì)的樣例。最后，來(lái)看一下R)rm設(shè)計(jì)組件。前面也對(duì)R)rm設(shè)計(jì)組件的功能和基本的設(shè)計(jì)進(jìn) 行了描述。這里也是建議使用Eclipse實(shí)現(xiàn)R)rm設(shè)計(jì)組件，因?yàn)樵贓clipse下面有比較豐 富的設(shè)計(jì)框架。GEF就是比較優(yōu)秀的可視化設(shè)計(jì)框架，以Draw2D為基礎(chǔ)，整個(gè)設(shè)計(jì)框架速 度比較讓人滿意。本發(fā)明實(shí)施例旨在將GEF應(yīng)用于Brew，為Brew提供全新的可視化設(shè)計(jì) 思路。在實(shí)際使用GEF的時(shí)候需要根據(jù)我們平臺(tái)當(dāng)前的情況進(jìn)行GEF工具的定義，同時(shí)也 可以根據(jù)當(dāng)前BUIW的情況進(jìn)行可視化設(shè)計(jì)的約束。R)rm設(shè)計(jì)組件還有一個(gè)部分就是代碼 生成，這個(gè)對(duì)于支持MVC代碼框架也比較關(guān)鍵。在設(shè)計(jì)前已經(jīng)有了通信定義，設(shè)計(jì)工具自然 不會(huì)生成通信交互部分代碼。如果沒(méi)有通信定義，設(shè)計(jì)工具將生成通信交互代碼和XML模 板，同時(shí)生成對(duì)應(yīng)AModel部分代碼。自然對(duì)UView生成SiowForm和Getlnput部分代碼， 包括如何顯示i^orrn和如何反饋輸入。R)rm設(shè)計(jì)組件提供的代碼模板越完備產(chǎn)生的代碼對(duì) 應(yīng)MVC的代碼結(jié)構(gòu)支持的越好，當(dāng)然也可以更好的體現(xiàn)和放大本發(fā)明的益處。上面從三個(gè)方面描述了本發(fā)明實(shí)施例的實(shí)施情況，整體也是在體現(xiàn)利用UI分離 體系結(jié)構(gòu)實(shí)現(xiàn)應(yīng)用設(shè)計(jì)的簡(jiǎn)化，設(shè)計(jì)人員在設(shè)計(jì)的過(guò)程中不再找到不到重點(diǎn)。從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果在本發(fā)明實(shí)施例中，終端的分離模塊對(duì)終端的體系結(jié)構(gòu)進(jìn)行UI分離，終端的應(yīng)用 模塊處理UI分離后的應(yīng)用，終端的顯示模塊處理UI分離后的顯示，將應(yīng)用部分與顯示部分 進(jìn)行分離，并分別處理分離后的應(yīng)用和顯示，避免兩者混合在一起時(shí)出現(xiàn)的顯示部分變的 清晰而應(yīng)用部分還是非常混亂情況，提高應(yīng)用及顯示實(shí)現(xiàn)部分的代碼質(zhì)量，若需要進(jìn)行代 碼重構(gòu)也只需要單獨(dú)構(gòu)建應(yīng)用或顯示部分的代碼，不需要全部重建，在后期維護(hù)過(guò)程中能 夠節(jié)省大量的資源。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而可以將它們存儲(chǔ)在 存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中 的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬 件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種終端，其特征在于，包括分離模塊，用于終端的體系結(jié)構(gòu)進(jìn)行用戶交互UI分離； 應(yīng)用模塊，用于處理UI分離后的應(yīng)用； 顯示模塊，用于處理UI分離后的顯示。
2.根據(jù)權(quán)利要求1所述的終端，其特征在于，所述分離模塊還用于按照模型、控制、視 圖MVC的架構(gòu)劃分對(duì)所述終端的體系結(jié)構(gòu)進(jìn)行UI分離。
3.根據(jù)權(quán)利要求2所述的終端，其特征在于，所述應(yīng)用模塊包括主模型UModel子模塊、 主控制UController子模塊和主視圖UView子模塊所述UModel子模塊，用于設(shè)置所述應(yīng)用；所述UController子模塊，用于接收所述應(yīng)用發(fā)起的數(shù)據(jù)，根據(jù)所述應(yīng)用發(fā)起的數(shù)據(jù) 對(duì)所述應(yīng)用做出指示；所述UView子模塊，用于顯示所述應(yīng)用，并將外界經(jīng)自身輸入的數(shù)據(jù)反饋至所述 UModel子模塊。
4.根據(jù)權(quán)利要求3所述的終端，其特征在于，所述UModel子模塊包括按照MVC的架構(gòu) 劃分的從模型AModel單元、從控制AController單元和從視圖AView單元所述AModel單元，用于設(shè)置所述應(yīng)用涉及的數(shù)據(jù)，以及設(shè)置與所述AController單元 間的交互方式；所述AController單元，用于設(shè)置所述應(yīng)用的執(zhí)行控制和所述應(yīng)用的業(yè)務(wù)邏輯，以及 設(shè)置與所述AModel單元、所述AView單元間的交互； 所述AView單元，用于設(shè)置所述應(yīng)用的顯示和輸入。
5.根據(jù)權(quán)利要求3或4所述的終端，其特征在于，所述UController子模塊還用于查找 到所述應(yīng)用發(fā)起的數(shù)據(jù)對(duì)應(yīng)的顯示時(shí)，判斷所述應(yīng)用發(fā)起的數(shù)據(jù)錯(cuò)誤。
6.根據(jù)權(quán)利要求3或4所述的終端，其特征在于，所述UView子模塊還用于利用Brew 平臺(tái)顯示控件系統(tǒng)BUIW的平臺(tái)控件Widget顯示所述應(yīng)用。
7.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的終端，其特征在于，所述顯示模塊包括 窗口 R)rm設(shè)計(jì)組件子模塊，用于設(shè)計(jì)所述應(yīng)用的圖形框架；BUIff支撐子模塊，用于提供生成所述應(yīng)用所需的Brew平臺(tái)； 代碼生成組件子模塊，用于生成所述應(yīng)用的i^orrn的顯示代碼。
8.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的終端，其特征在于，所述終端包括基于高通平臺(tái)的 二進(jìn)制運(yùn)行環(huán)境Brew的終端。
9.一種利用權(quán)利要求1所述的終端進(jìn)行業(yè)務(wù)處理的方法，其特征在于，包括 終端的分離模塊對(duì)終端的體系結(jié)構(gòu)進(jìn)行用戶交互UI分離；所述終端的應(yīng)用模塊處理UI分離后的應(yīng)用； 所述終端的顯示模塊處理UI分離后的顯示。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述終端的分離模塊對(duì)終端的體系結(jié)構(gòu) 進(jìn)行用戶交互UI分離，包括所述終端的分離模塊按照模型、控制、視圖MVC的架構(gòu)劃分對(duì)所述終端的體系結(jié)構(gòu)進(jìn) 行UI分離。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述終端的應(yīng)用模塊單獨(dú)處理UI分離后的應(yīng)用，包括所述應(yīng)用模塊被劃分為主模型UModel子模塊、主控制UController子模塊和主視 圖UView子模塊，其中，所述應(yīng)用模塊的UModel子模塊設(shè)置所述應(yīng)用，所述應(yīng)用模塊的 UController子模塊接收所述應(yīng)用發(fā)起的數(shù)據(jù)，根據(jù)所述應(yīng)用發(fā)起的數(shù)據(jù)對(duì)所述應(yīng)用做出 指示，所述應(yīng)用模塊的UView子模塊顯示所述應(yīng)用，并將外界經(jīng)自身輸入的數(shù)據(jù)反饋至所 述UModel子模塊。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述應(yīng)用模塊的UModel子模塊設(shè)置所 述應(yīng)用，包括所述UModel子模塊包括按照MVC的架構(gòu)劃分的從模型AModel單元、從控制 AController單元和從視圖AView單元，其中，所述AModel單元設(shè)置所述應(yīng)用涉及的數(shù)據(jù)， 以及設(shè)置與所述AController單元間的交互方式；所述AController單元設(shè)置所述應(yīng)用的 執(zhí)行控制和所述應(yīng)用的業(yè)務(wù)邏輯，以及設(shè)置與所述AModel單元、所述AView單元間的交互； 所述AView單元設(shè)置所述應(yīng)用的顯示和輸入。
全文摘要
本發(fā)明提供了終端及其進(jìn)行業(yè)務(wù)處理的方法，該終端包括分離模塊，用于對(duì)終端的體系結(jié)構(gòu)進(jìn)行用戶交互UI分離；應(yīng)用模塊，用于處理UI分離后的應(yīng)用；顯示模塊，用于處理UI分離后的顯示。采用本發(fā)明能夠解決BUIW中應(yīng)用及顯示實(shí)現(xiàn)部分的代碼質(zhì)量不高，并且代碼重構(gòu)的難度非常的大，這種情況下導(dǎo)致Brew應(yīng)用的后期維護(hù)難度非常的大，浪費(fèi)大量的資源的問(wèn)題。
文檔編號(hào)G06F3/048GK102109953SQ20111004679
公開(kāi)日2011年6月29日 申請(qǐng)日期2011年2月25日 優(yōu)先權(quán)日2011年2月25日
發(fā)明者趙占雄 申請(qǐng)人:中興通訊股份有限公司