摘  要: 用于構(gòu)建設(shè)備無關(guān)的基于Web的移動電子商務(wù)的系統(tǒng)化集成開發(fā)平臺。

　　關(guān)鍵詞: 設(shè)備無關(guān)  移動電子商務(wù)  無線標(biāo)記語言WML

　　隨著無線通信的快速發(fā)展和手持設(shè)備用戶的持續(xù)激增,無線技術(shù)與電子商務(wù)的結(jié)合,即移動電子商務(wù)得到了越來越多的關(guān)注。

　　目前移動電子商務(wù)的實(shí)現(xiàn)主要基于以下三種方式:SMS、Web和J2ME。其中基于SMS的移動服務(wù)占據(jù)了主導(dǎo)地位,基于J2ME的服務(wù)則在快速發(fā)展之中。但是基于Web的移動服務(wù)在未來會成為非常重要的移動服務(wù)實(shí)現(xiàn)方式。首先,它能夠?yàn)槭殖衷O(shè)備用戶提供豐富的Web資源;其次,它允許開發(fā)者最大限度地利用現(xiàn)有資源;最后,服務(wù)開發(fā)者仍然可以沿用已有的開發(fā)模式。然而,構(gòu)造基于Web的服務(wù)還存在一定的困難。從技術(shù)的角度來分析,主要體現(xiàn)在以下二個方面。

　　(1)設(shè)備多樣性

　　目前的手持設(shè)備多種多樣,從laptop到smart phone,它們在計算能力、顯示能力等方面具有很大差異。設(shè)備多樣性的存在為移動商務(wù)系統(tǒng)的構(gòu)造帶來很大困難,其中設(shè)備語言的多樣性所帶來的困難最為突出。由于不同的設(shè)備使用不同的設(shè)備語言,其服務(wù)實(shí)現(xiàn)的方式不同,因此同一服務(wù)就需要進(jìn)行多次設(shè)計、多個實(shí)現(xiàn)并維護(hù)多套代碼。這樣將會造成服務(wù)的生產(chǎn)成本和維護(hù)代價不能忍受。

　　(2)現(xiàn)有資源的充分利用

　　在構(gòu)建移動服務(wù)時,服務(wù)提供商需要考慮新構(gòu)建的移動服務(wù)與已有的電子商務(wù)服務(wù)之間的關(guān)系。充分利用已有的資源,能夠極大地降低構(gòu)建成本。從三層計算模型的角度來分析,只需重新開發(fā)其中的表現(xiàn)層,而充分利用現(xiàn)有的業(yè)務(wù)層和數(shù)據(jù)層的資源。

基于上述分析,這里設(shè)計并開發(fā)了一個移動電子商務(wù)開發(fā)平臺VMSDT。該平臺提供一整套工具,能夠幫助移動商務(wù)服務(wù)開發(fā)人員以可視化的方式簡單快速地開發(fā)出支持多種設(shè)備語言的移動商務(wù)服務(wù),并且能夠充分利用現(xiàn)有的業(yè)務(wù)層處理邏輯。使用這個平臺,能夠最大限度地降低移動服務(wù)構(gòu)建和維護(hù)代價,使服務(wù)提供者能夠?qū)⒎?wù)的實(shí)現(xiàn)與具體的設(shè)備分開,從而提供設(shè)備無關(guān)的服務(wù)。

1 系統(tǒng)介紹

　　VMSDT是一個可視化的移動電子商務(wù)集成開發(fā)工具。該工具集頁面設(shè)計、頁面預(yù)覽和代碼生成等功能為一體,幫助服務(wù)設(shè)計人員以可視化的方式簡單、快速地創(chuàng)建出完整的移動Web應(yīng)用。圖1是VMSDT的系統(tǒng)架構(gòu)圖。

　　系統(tǒng)中的IEE和轉(zhuǎn)換器是二個核心部分。IEE是一個可視化的集成開發(fā)環(huán)境,能夠幫助設(shè)計人員在不熟悉具體設(shè)備語言的條件下以可視化的方式完成M-Commerce服務(wù)開發(fā)。轉(zhuǎn)換器用于結(jié)果文件生成,根據(jù)用戶的設(shè)計,轉(zhuǎn)換引擎調(diào)用底層包生成適用于不同客戶端的動態(tài)和靜態(tài)頁面。底層包是一個底層軟件包,提供一套API,供轉(zhuǎn)換引擎調(diào)用。

　　配置管理服務(wù)為IEE和轉(zhuǎn)換器,可提供最大限度的可配置和可擴(kuò)展性。系統(tǒng)的可擴(kuò)展性對于解決設(shè)備語言多樣性問題極為關(guān)鍵。目前不同的廠家所生產(chǎn)的手持設(shè)備采用了不同的設(shè)備語言,比較常見的有WML、CHTML、HDML等;另外,各種設(shè)備語言的版本也在不斷升級之中。這就要求系統(tǒng)能夠以較小的代價快速適應(yīng)設(shè)備語言標(biāo)準(zhǔn)的變化,以保證所開發(fā)的服務(wù)能夠支持新的設(shè)備。本系統(tǒng)采用了基于XML的配置管理策略,保證了當(dāng)設(shè)備語言更新時,只需修改XML文件及少量程序即可升級整個系統(tǒng)。

　　下面將結(jié)合VMSDT的特色重點(diǎn)介紹其中幾個主要部分的設(shè)計與實(shí)現(xiàn)。

2 設(shè)計與實(shí)現(xiàn)

　　這里將重點(diǎn)介紹三個模塊的設(shè)計與實(shí)現(xiàn)。其中數(shù)據(jù)邏輯編輯器能夠?qū)σ延械臉I(yè)務(wù)邏輯建模,既保證了對已有資源的充分利用,也使得通過VMSDT設(shè)計生成的應(yīng)用是完整應(yīng)用;頁面編輯器支持頁面組件屬性的可配置性,最大限度地提高了設(shè)計的靈活性和可擴(kuò)展性;轉(zhuǎn)換器支持靜態(tài)頁面和動態(tài)頁面的轉(zhuǎn)換,拓展了系統(tǒng)的應(yīng)用范圍。

2.1 數(shù)據(jù)邏輯編輯器

　　從需求的角度來說,用戶設(shè)計的頁面可分為靜態(tài)頁面和動態(tài)頁面二種。靜態(tài)頁面在設(shè)計時生成,動態(tài)頁面在運(yùn)行時生成。本系統(tǒng)同時支持二種頁面的設(shè)計。通常,動態(tài)頁面所做的處理邏輯主要有以下二種:

　　(1)從數(shù)據(jù)源中獲取數(shù)據(jù),獲取的數(shù)據(jù)用于構(gòu)造一個頁面。

　　(2)獲取用戶提交的數(shù)據(jù),調(diào)用后端處理邏輯做進(jìn)一步處理,根據(jù)處理結(jié)果將頁面導(dǎo)航到不同的頁面上。

　　實(shí)際上,在三層架構(gòu)模型中,作為表現(xiàn)層的動態(tài)頁面一般不會直接存取數(shù)據(jù),而是通過業(yè)務(wù)邏輯層獲取或操作數(shù)據(jù)。為了支持動態(tài)頁面的設(shè)計,需要對業(yè)務(wù)邏輯層中的處理邏輯進(jìn)行建模,稱為數(shù)據(jù)邏輯模型。需要說明的是,數(shù)據(jù)邏輯編輯器并不支持業(yè)務(wù)邏輯的創(chuàng)建,而只是對已創(chuàng)建的業(yè)務(wù)邏輯建模。這樣做最大的好處在于可以充分利用已有的系統(tǒng),避免重復(fù)開發(fā)。

數(shù)據(jù)邏輯模型是對業(yè)務(wù)邏輯層中數(shù)據(jù)處理程序接口的描述,所描述的內(nèi)容包括以下4個部分:

　　(1)基本描述:描述應(yīng)用程序的類型、接口模式等。

　　(2)操作:描述接口的類及方法名。

　　(3)輸入:描述方法的輸入?yún)?shù)及每個參數(shù)的數(shù)據(jù)類型。

    (4)輸出:描述方法的輸出結(jié)果及類型。

　　其中,輸入輸出的描述最為復(fù)雜,尤其當(dāng)輸入?yún)?shù)和輸出結(jié)果的數(shù)據(jù)類型不是簡單類型時。這時,還需要對涉及到的數(shù)據(jù)對象建模,構(gòu)造DataBean。這里以圖2為例做詳細(xì)說明。

　　圖2所示為上述第一種處理邏輯的典型處理模式,其中JSP需要獲取該操作所輸出的DataBean,并將Bean中的內(nèi)容顯示在頁面上。對于這個操作,數(shù)據(jù)邏輯模型不僅要描述Operation,還需要對DataBean的屬性及類型進(jìn)行描述。

2.2 頁面編輯器

　　頁面編輯器是一個樹形結(jié)構(gòu)編輯器,用于構(gòu)造抽象頁面。抽象頁面與具體的設(shè)備語言規(guī)范無關(guān),稱之為設(shè)備無關(guān)的頁面。這些抽象頁面最終可以使用轉(zhuǎn)換器轉(zhuǎn)換成與某種設(shè)備相關(guān)的頁面。在本系統(tǒng)中,每個頁面由不同類型的Component組成。Component間構(gòu)成樹形邏輯結(jié)構(gòu),如圖3所示。

　　由圖3可以看出,Component分為3類:

　　(1)Orgnization Component(OC)。OC是構(gòu)成一個物理頁的基本單位。包括PageComponent和ContainerComponent,其中PageComponent可以包含多個ContainerComponent。之所以采用這種Page-Container的二級結(jié)構(gòu),主要是為了適應(yīng)手持設(shè)備屏幕較小的特點(diǎn)。在有些頁面標(biāo)記語言中也同樣考慮到這個因素,如無線標(biāo)記語言WML采用了Deck-Card二級結(jié)構(gòu),把一頁內(nèi)容分成多個Card來顯示。這樣每個Card的內(nèi)容較少,便于手持設(shè)備用戶瀏覽。每個OC包含多個Composite Component。

　　(2)Composit Component(CC)。CC是結(jié)構(gòu)組件,主要包括2種:ParagraphComponent和FormComponent。CC可以包括多個Basic Component,且CC之間可以相互嵌套。

　　(3)Basic Component(BC)。BC是構(gòu)成頁面的基本單位。本系統(tǒng)支持多種BC,如TextComponent、TableComponent、ChoiceComponent等。

2.3 轉(zhuǎn)換器

　　轉(zhuǎn)換器是整個系統(tǒng)的核心模塊,需要將頁面編輯器中產(chǎn)生的抽象頁面轉(zhuǎn)換成符合某種規(guī)范的目標(biāo)頁面。本系統(tǒng)支持靜態(tài)頁面和動態(tài)頁面的轉(zhuǎn)換。生成的結(jié)果文件包括靜態(tài)Web頁面(如WML、CHTML頁面等)和動態(tài)JSP頁面(如Java代碼等)。

　　目前,用于手持設(shè)備的Web頁面標(biāo)記語言還沒有統(tǒng)一的標(biāo)準(zhǔn),使用較為廣泛的有CHTML、WML等。另外,不同的手持設(shè)備即使標(biāo)記語言相同,版本也可能不同。因此,擴(kuò)展性是轉(zhuǎn)換器設(shè)計中需要考慮的最重要的問題。在設(shè)計過程中,提出了二種轉(zhuǎn)換方案:

　　(1)xml+xslt。通過使用XSLT將資源文件轉(zhuǎn)換成結(jié)果文件。

　　(2)API調(diào)用。設(shè)計一套底層包,轉(zhuǎn)換引擎通過方法調(diào)用將抽象頁面轉(zhuǎn)換成結(jié)果文件。

　　第一種方法的優(yōu)點(diǎn)是實(shí)現(xiàn)簡單,可擴(kuò)展性強(qiáng)。對于每種規(guī)范,只需建立一個XSLT文件。當(dāng)規(guī)范的版本升級時,只需修改相應(yīng)的XSLT文件即可。存在的缺點(diǎn)是無法用于動態(tài)頁面的生成。第二種方法與第一種方法恰恰相反,它能夠用于動態(tài)頁面的生成,但是可擴(kuò)展性要差。因此,本系統(tǒng)在實(shí)現(xiàn)時采用了第二種方法,并通過采用可配置管理策略來最大限度地提高可擴(kuò)展性和可維護(hù)性。當(dāng)規(guī)范升級或加入新的規(guī)范時,大量的工作放在配置文件修改上,需要增加的代碼也不會影響已有的代碼。轉(zhuǎn)換引擎采用了一個二階段轉(zhuǎn)換算法。

　　(1)第一階段。首先將一個抽象組件樹轉(zhuǎn)換成一個Concrete組件樹。抽象組件樹和Concrete組件樹都是對象樹,最大的不同在于Concrete組件樹與某種規(guī)范相關(guān),結(jié)構(gòu)上與結(jié)果文件是一致的。圖4所示為一棵抽象組件樹轉(zhuǎn)換成符合CHTML的Concrete組件樹的實(shí)例。

　　在圖4中,抽象組件樹上包括2個BC:LabelComponent和TableComponent。其中,TableComponent是一個二行三列的Row-Major表格。由于CHTML規(guī)范中不支持表格,因此需要將表格中的內(nèi)容用另一種組件來代替。本例采用了List組件。

　　(2)第二階段。將Concrete節(jié)點(diǎn)樹轉(zhuǎn)換成結(jié)果文件,這需要將對象樹轉(zhuǎn)換成tag格式的字符串,并寫入到文件中。每個Concrete組件的屬性都是可配置的,在配置文件中設(shè)置了Concrete組件和tag間的映射關(guān)系。另外,每個Concrete組件都可以根據(jù)版本號獲得一個最優(yōu)的轉(zhuǎn)換器,將Concrete組件樹轉(zhuǎn)換成符合該版本的目標(biāo)文件。

3  總  結(jié)

　　本文介紹了VMSDT的架構(gòu)及幾個主要功能模塊。為了保證設(shè)備無關(guān)性和應(yīng)用完整性,引入了抽象頁面和數(shù)據(jù)邏輯編輯器。此外,為了提高系統(tǒng)的可擴(kuò)展性和可維護(hù)性,還采用了基于XML的配置管理策略。

　　但是目前的VMSDT版本還存在一些缺陷。如只能支持簡單的頁面設(shè)計、無法支持復(fù)雜的動態(tài)頁面的設(shè)計,支持的規(guī)范僅限于WML、HDML和CHTML。在以后的工作中,這些都有待進(jìn)一步改進(jìn)。

參考文獻(xiàn)

1  Varshney U.Mobile commerce:Applications and technologies.Atu-torial,In:ACM International Conference on Mobile Computing and Networking(MobiCom),2001

2  WAP Forum.Wireless Markup Language Specification Version 2.0.http://www.wapforum.org/tech/documents/

WAP-238-WML-20010626-p.pdf.

3  Kamada T.Compact HTML for Small Information Appliances.http://www.w3.org/TR/1998/NOTE-compact-

HTML-19980209/.

4  Abrams M,Phanouriou C.UIML:An XML Language for　Building Device-Independent User Interfaces.

http://www.harmonia.com/resources/xml99Final.pdf.

5  Microsoft.Mobile Web Development:Comparing the Mobile InternetToolkit to XSLT.http://msdn.microsoft.

com/library/default.asp?url=/library/en-us/dnmitt%a/html/mmitvxslt.asp.