熊永平

摘要：在HTML5技術(shù)日漸成熟的今天，Web APP的發(fā)展勁頭越來越強(qiáng)，目前有Web APP開發(fā)平臺(tái)提供的開發(fā)框架在開發(fā)者的開發(fā)過程中還要特別注意技術(shù)細(xì)節(jié)上存在的問題，因?yàn)樵陂_發(fā)的過程中人就存在大量的重復(fù)性的工作。文中，筆者結(jié)合實(shí)踐過程，以MDWAF中的平臺(tái)無關(guān)模型探究了Web APP模型驅(qū)動(dòng)開發(fā)框架實(shí)現(xiàn)關(guān)鍵技術(shù)：一是需要模式的建立；二是平臺(tái)無關(guān)模型（PMI）的定義；三是需要模型到平臺(tái)無關(guān)模型的變換。

關(guān)鍵詞：Web App；模型驅(qū)動(dòng)開發(fā)；關(guān)鍵技術(shù)

中圖分類號(hào)：TP311 文獻(xiàn)識(shí)別碼：A 文章編號(hào)：1009-3044（2015）17-0231-02

Web App開發(fā)者需要運(yùn)用狀態(tài)機(jī)圖和類圖建立平臺(tái)無關(guān)模型（PIM），才能夠?yàn)檫\(yùn)行MDWAF提供基礎(chǔ)條件。狀態(tài)機(jī)圖是用來表示W(wǎng)eb App運(yùn)行過程中涉及到的各個(gè)狀態(tài)的變遷過程和變遷條件；類圖是用來表示W(wǎng)eb App運(yùn)行過程中一個(gè)狀態(tài)內(nèi)的靜態(tài)結(jié)構(gòu)。Web App模型驅(qū)動(dòng)開發(fā)框架實(shí)現(xiàn)關(guān)鍵技術(shù)有很多方面組成，但是通過分析目前Web App相關(guān)的研究，還是存在不少細(xì)節(jié)技術(shù)上的問題，需要我們特別注意，且要及時(shí)解決，才能夠滿足社會(huì)的需求。文中，筆者單從MDWAF中的平臺(tái)無關(guān)模型進(jìn)行的研究分析。

1 需求模型的建立

通過EMF技術(shù)才能夠完成在MDWAF中的需求模型的建立，EMF技術(shù)將MOF進(jìn)行了規(guī)范，使人們操作起來更加便捷。通過抽取MOF的核心元素組成屬于MOF的M3的元模型改變，認(rèn)真仔細(xì)描述UML建模語言的元模型。要想運(yùn)用EMF技術(shù)建立具有持久性的模型，就必須要依靠XMI進(jìn)行實(shí)現(xiàn)。在實(shí)踐過程中，可以通過XSLT技術(shù)將較為復(fù)雜難懂的ECORE文檔轉(zhuǎn)化成為較易理解、較易實(shí)現(xiàn)的XML文檔。

認(rèn)真研讀MDWAF的元模型定義，建立MDWAF需求的模型的過程中涉及到的改變和開模型都較為簡(jiǎn)單，較容易理解和操作。這樣以來就能夠滿足Web App開發(fā)領(lǐng)域的簡(jiǎn)便操作、快速開發(fā)的需求。我們可以將Annotation添加到類圖元模型中，將class或者Attribute組成一個(gè)與之相對(duì)應(yīng)的組件，然后再將其生成視圖部分。筆者針對(duì)自己調(diào)研的情況，分析了類圖元模型和狀態(tài)機(jī)圖元模型這兩種元模型發(fā)現(xiàn)，兩種元模型涉及到的概念非常繁多，涉及到的主要概念就是類圖元模型中的狀態(tài)概念、變遷改變、關(guān)聯(lián)類概念、以及操作概念等；狀態(tài)機(jī)圖元模型的狀態(tài)改變、變遷改變以及觸發(fā)事件概念。認(rèn)真研讀上述兩種元模型涉及到的概念，可以從建立的類圖模型和狀態(tài)圖模型中抽取出需要的內(nèi)容，并進(jìn)行有效轉(zhuǎn)化，將其轉(zhuǎn)化為MDWAF中的平臺(tái)無關(guān)模型的描述文檔WADDF。

2 平臺(tái)無關(guān)模型（PMI）的定義

根據(jù)MVC模式將Web App開發(fā)過程中涉及到的移動(dòng)終端的屏幕界面劃分為三層，便于理解和操作。根據(jù)MVC模式可以將劃分為三層，依次是：一是Model；二是View；三是Controller。通過研究分析，MVC模式中的控制層涉及到的概念非常多，控制層也較為寬，換言之，從一定程度上來講，對(duì)Web App的解碼有一定的限制作用。Web技術(shù)涉及的非常眾多，如HTML5和JavaScript。因此，我們可以用MOVE模型（Model Operation View Event模型），實(shí)現(xiàn)MDWAF的平臺(tái)無關(guān)模型的構(gòu)建。在此基礎(chǔ)上，筆者提出了一下幾個(gè)定義：

一是MDWAF中的每一個(gè)屏幕頁(yè)面都可以用五個(gè)元組定義：ID ；Models； Operations； Views；Events。

ID，是用來你識(shí)別移動(dòng)終端屏幕的一個(gè)頁(yè)面；Model，是用來表示移動(dòng)終端屏幕頁(yè)面運(yùn)行的數(shù)據(jù)模型；Operation，代表移動(dòng)終端屏幕頁(yè)面所需要的全部操作；Views，代表當(dāng)前狀態(tài)所對(duì)應(yīng)的移動(dòng)終端屏幕頁(yè)面所需要的視圖；Events，代表相對(duì)應(yīng)的移動(dòng)終端屏幕頁(yè)面內(nèi)涉及的操作所觸發(fā)的事件結(jié)合。

二是移動(dòng)終端屏幕頁(yè)面內(nèi)涉及到的操作集合OP可以定義為一個(gè)五元組：Id；Target Page；Parameters；Return；Action。

每一個(gè)OP都需要一個(gè)且是唯一一個(gè)Id，“Id”是用來表示當(dāng)前的操作；Target Page，用來表示移動(dòng)終端屏幕頁(yè)面的變遷過程，針對(duì)具體的變遷情況要制定不同的操作； Parameters，表示相對(duì)應(yīng)移動(dòng)終端屏幕頁(yè)面內(nèi)操作的屬于參數(shù)集；Return，對(duì)應(yīng)移動(dòng)終端屏幕頁(yè)面內(nèi)操作執(zhí)行完畢后的返回結(jié)果；Action是該Operation內(nèi)的具體操作。

三是移動(dòng)終端屏幕界面內(nèi)設(shè)計(jì)的操作所觸及的事件Event可以定義為一個(gè)三元組：Dispatcher； Event Description； Event Handler。

Dispatcher表示與之相對(duì)應(yīng)的事件的觸發(fā)者，它一般與Event Description共同作為一個(gè)事件的完整描述。Event Handler表示與目前事件相對(duì)應(yīng)的處理操作，一般對(duì)應(yīng)的就是一個(gè)OP。

3 需要模型到平臺(tái)無關(guān)模型的變換

3.1 狀態(tài)機(jī)圖的轉(zhuǎn)化

一是狀態(tài)圖中的每一個(gè)初始狀態(tài)都是用State生成一個(gè)與之相對(duì)應(yīng)的ScreenPage，同時(shí)還要將ScreenPage轉(zhuǎn)化成為與之相對(duì)應(yīng)的Screenpageld。

二是狀態(tài)圖中涉及到的每一個(gè)變遷都是有Event和Operation兩個(gè)共同組成的，其格式為Event/Operation，還可以將每一個(gè)變遷描述成為一個(gè)與之相對(duì)應(yīng)的ScreenPage內(nèi)部事件。

三是Operation命名格式為Id（Parameters）：Return﹛Action﹜。以每一個(gè)變遷的初始狀態(tài)和目標(biāo)狀態(tài)的Name為依據(jù)將變遷描述成為一個(gè)與之相對(duì)對(duì)應(yīng)的ScreenPage內(nèi)部操作。

3.2 類圖的轉(zhuǎn)化

狀態(tài)機(jī)圖轉(zhuǎn)化完成之后就要將與之相對(duì)應(yīng)的類圖進(jìn)行轉(zhuǎn)化。要完成類圖的轉(zhuǎn)變，就必須要將ClassName匹配到相應(yīng)的Scrceenpage，從而在進(jìn)一步轉(zhuǎn)化成為View和Model。

一是類圖中涉及到的每一個(gè)非其他類組合而成的類都必須要被轉(zhuǎn)化成為一個(gè)數(shù)據(jù)模型，且歸入到Models的標(biāo)簽下，同時(shí)還要將類圖中的每一個(gè)屬性都進(jìn)行轉(zhuǎn)化，將其轉(zhuǎn)化成為具有數(shù)據(jù)模型的屬性，還要將轉(zhuǎn)化而成數(shù)據(jù)模型歸類到對(duì)應(yīng)的數(shù)據(jù)模型中。

二是類圖中的每一個(gè)非其他類組合成分的類都要以Annotation為依據(jù)進(jìn)行轉(zhuǎn)化，轉(zhuǎn)化成為一個(gè)組件模型，歸入到Views標(biāo)簽下，同時(shí)還要將類圖中的每個(gè)屬性進(jìn)行轉(zhuǎn)化，轉(zhuǎn)化成為組件模型中的子組件，還要將轉(zhuǎn)化而成的子組件歸入到對(duì)應(yīng)的組件模型中。

三是類圖中每個(gè)非狀態(tài)圖涉及到的全部操作都要進(jìn)行變換，變換成為對(duì)應(yīng)的Screenpage內(nèi)的一個(gè)操作。

4 結(jié)束語

綜上所述，目前有Web APP開發(fā)平臺(tái)提供的開發(fā)框架在開發(fā)者的開發(fā)過程中還要非常注意技術(shù)細(xì)節(jié)上面存在的問題，因?yàn)樵赪eb APP的開發(fā)過程中還存在非常多的重復(fù)性的工作。Web App模型驅(qū)動(dòng)開發(fā)框架實(shí)現(xiàn)關(guān)鍵技術(shù)有很多方面組成，筆者單從MDWAF中的平臺(tái)無關(guān)模型進(jìn)行的研究分析。

參考文獻(xiàn)：

[1] 蔣理. 基于MDA的Web應(yīng)用系統(tǒng)開發(fā)框架的設(shè)計(jì)與實(shí)現(xiàn)[D]. 西安： 西安電子科技大學(xué)，2010.

[2] 衷文. 基于MDA的Web App開發(fā)建模及實(shí)現(xiàn)[J]. 電子技術(shù)與軟件工程，2015（12）.