- 相關(guān)推薦
電子商務(wù)后臺數(shù)據(jù)中ＸＭＬ消息的傳遞研究
[摘要] 在電子商務(wù)中，服務(wù)器與服務(wù)器之間、服務(wù)器與瀏覽器之間有大量的數(shù)據(jù)需要交換。這些被交換的數(shù)據(jù)，都被要求對數(shù)據(jù)的內(nèi)容和表現(xiàn)方式有所說明，用XML擔(dān)當(dāng)這個重任是再合適不過了。由于它們的顯示與信息是分開的，所以不增加任何程序，就可以使XML文檔以不同的格式（由XSL樣式指定）在各種設(shè)備上顯示。[關(guān)鍵詞] 電子商務(wù) 后臺數(shù)據(jù) XML
一、XML在電子商務(wù)中的作用
在電子商務(wù)應(yīng)用系統(tǒng)中，XML簡化了在制造商與消費者之間的數(shù)據(jù)交換過程，由于只要使用同樣的XML語言并使用XML交換數(shù)據(jù)和元數(shù)據(jù)，他們就可不必采用同樣的實現(xiàn)手段了。例如：XML可以被用在供給鏈治理環(huán)境中交換產(chǎn)品目錄。此時，供貨商使用XML作為默認(rèn)的格式將他們的產(chǎn)品清單發(fā)送給零售商，零售商則可以將這些信息載進到自己的數(shù)據(jù)庫中并能立即在他們的Web商店中顯示。
XML只處理數(shù)據(jù)及其結(jié)構(gòu)，而不涉及數(shù)據(jù)的表示。XSL的樣式表單負(fù)責(zé)處理XML結(jié)構(gòu)化數(shù)據(jù)的表現(xiàn)形式。XSL對于XML而言是一個自然的數(shù)據(jù)轉(zhuǎn)換機制，它答應(yīng)同一XML文檔可以被多個設(shè)備顯示，而表現(xiàn)形式則主要依靠于該設(shè)備所應(yīng)用的樣式表單。每個樣式表單對于每個特殊的設(shè)備都有不同的考慮。通過使用XML和XSL，開發(fā)者可以維護單一版本的應(yīng)用程序和數(shù)據(jù)源，但可以通過不同的樣式表單支持各種不同的設(shè)備。所以，在電子商務(wù)應(yīng)用中，使用XML，就可以實現(xiàn)異種數(shù)據(jù)之間的相互轉(zhuǎn)換。在電子商務(wù)中進行數(shù)據(jù)交換，以前都是基于EDI（電子數(shù)據(jù)內(nèi)部交換）。但是基于XML的系統(tǒng)比基于EDI的系統(tǒng)在實現(xiàn)和維護上都要經(jīng)濟的多。XML圍繞異種數(shù)據(jù)源提供了虛擬層，并通過單唯一個同一接口簡化了數(shù)據(jù)源的集合。而Oracle XML網(wǎng)關(guān)可用于將Oracle電子商務(wù)套件和任何第三方的ERP系統(tǒng)或類似
的環(huán)境集成在一起。
二、電子商務(wù)中的XML消息傳遞方案
作為代表方案的SOAP采用了HTTP作為底層通訊協(xié)議，RPC作為一致性的調(diào)用途徑，XML作為數(shù)據(jù)傳送的格式，答應(yīng)服務(wù)提供者和服務(wù)客戶經(jīng)過防火墻進行通訊。RPC的描敘可能不大正確，由于SOAP一開始構(gòu)思就是要實現(xiàn)平臺與環(huán)境的無關(guān)性和獨立性，每一個通過網(wǎng)絡(luò)的遠(yuǎn)調(diào)用都可以通過SOAP封裝起來。SOAP的兩個主要設(shè)計目標(biāo)是簡單性和可擴展性。這就意味著有一些傳統(tǒng)消息系統(tǒng)或分布式對象系統(tǒng)中的某些性質(zhì)將不是SOAP規(guī)范的一部分。SOAP在貿(mào)易尤其是Web服務(wù)方面得到廣泛的應(yīng)用。
支持傳遞XML消息的通訊協(xié)議當(dāng)然不止SOAP一種，其中包括了XML-RPC,WDDX,ebXML和JMS,等等。W3C組織的 Eric Prud'hommeaux 和 Ken Macleod 調(diào)查了這些協(xié)議，并給出一個非常好的總結(jié)。XML-RPC提供了一個非常簡單使用在HTTP上傳遞XML的RPC機制。WDDX(Web Distributed Data Exchange)是由Allaire公司開發(fā)的，提供了一個在HTTP之上交換復(fù)雜數(shù)據(jù)結(jié)構(gòu)的機制。WDDX聲明的目標(biāo)是“提供一個更類似Web的方法在不同的網(wǎng)絡(luò)實體間傳送結(jié)構(gòu)化數(shù)據(jù)對象，而不需要將開發(fā)Web應(yīng)用的編程方法從面向頁面改變到面向?qū)ο��！钡荳DDX序列化的方法是基于結(jié)構(gòu)的而不是基于對象的�？梢钥闯觯琗ML-RPC、SOAP和WDDX都是基本的在HTTP上序列化和傳遞XML編碼數(shù)據(jù)的技術(shù),也是相對簡單和現(xiàn)實的解決方案。
ebXML是一項倡議,參與者包括很多至公司和和官方標(biāo)準(zhǔn)協(xié)會。ebXML是一個規(guī)范集，這些規(guī)范共同實現(xiàn)了模塊化電子商務(wù)框架。ebXML的構(gòu)想是實現(xiàn)一個全球電子市場，不同規(guī)模和不同地區(qū)的企業(yè)可以通過交換基于XML的消息來合作和進行貿(mào)易活動。ebXML消息傳遞支持在多方交易處理中必須的高層語義。這些語義包括一對一以及一對多路由模型，對多方回路文檔交換的支持，以及根據(jù)消息頭屬性的服務(wù)質(zhì)量確定。ebXML與傳輸協(xié)議無關(guān)，甚至可以用SOAP。
Java消息服務(wù)（Java Message Service，JMS）API是J2EE平臺的構(gòu)成元素。JMS 1.0.2定義了兩種類型的消息傳遞域（它們是相互獨立的），即點對點發(fā)布／訂閱。盡管JMS不是專門為傳遞XML設(shè)計，但是在實際應(yīng)用中由于它對消息交換高層語義的支持使得它也可以傳遞XML。
三、面向?qū)ο蟮腦ML消息傳遞協(xié)議
為了避免一些已經(jīng)存在缺陷和適應(yīng)XML消息傳遞應(yīng)用需求的復(fù)雜化，我們以為協(xié)議設(shè)計要著重考慮以下幾個方面：
1.序列化的實現(xiàn)應(yīng)當(dāng)更高層
由于直接使用RPC機制會帶來一些題目，如難以實現(xiàn)高度的交互性，在實現(xiàn)擴展協(xié)議編程接口時會有困難，在安全上的題目。為了可交互性序列化機制應(yīng)使用高層協(xié)議實現(xiàn)，而不應(yīng)依靠于面向RPC的實現(xiàn)。
2.協(xié)議應(yīng)當(dāng)面向?qū)ο?
由于序列化的方法是基于結(jié)構(gòu)而不是基于對象所以不能被用來交換具有復(fù)雜關(guān)系的對象實例，所以應(yīng)采用面向?qū)ο蟾m合通用地表達(dá)商務(wù)邏輯，所以應(yīng)采用面向?qū)ο蠓椒▉韽浹a這樣的缺陷，以便能更通用地幫助協(xié)議實現(xiàn)模塊化，以及進步模塊的可重用性。
3.協(xié)議應(yīng)當(dāng)簡單化，并有良好的可擴展性
在像Web環(huán)境這樣的疏松結(jié)構(gòu)下，要求開發(fā)的簡易性、系統(tǒng)的可擴展性，這也是對XML消息傳遞協(xié)議的要求。從這個角度來說，SOAP是一個典型代表。SOAP本身不解決高層的分布式對象題目，例如，對象引用、對象激活、分布式垃圾收集、成批傳送消息、生命周期治理等。
基于以上的分析，所以我們以為XML消息傳遞協(xié)議應(yīng)是一個簡單的、擴展性良好的面向?qū)ο蟮慕鉀Q方案，并能在更高層實現(xiàn)序列化。
四、結(jié)束語
由于XML在電子商務(wù)的應(yīng)用越來越廣泛，本文從協(xié)議應(yīng)用的角度，分析了目前在電子商務(wù)的應(yīng)用領(lǐng)域，XML協(xié)議涉及的具體題目，盡量從較高的角度來先容協(xié)議應(yīng)用的現(xiàn)狀，以及分析一些典型協(xié)議的可行之處和存在的題目，并嘗試使用面向?qū)ο蟮慕＜夹g(shù)，將模塊化網(wǎng)絡(luò)協(xié)議設(shè)計為可構(gòu)建、可重用和可擴展的架構(gòu)，提出了面向?qū)ο蟮腦ML消息傳遞協(xié)議的解決方向和體系結(jié)構(gòu)，這也是我們以后研究工作的基礎(chǔ)。
【電子商務(wù)后臺數(shù)據(jù)中ＸＭＬ消息的傳遞研究】相關(guān)文章：
ＸＭＬ作為電子商務(wù)中數(shù)據(jù)標(biāo)準(zhǔn)的上風(fēng)03-21
Ｗｅｂ數(shù)據(jù)挖掘在電子商務(wù)中的應(yīng)用研究03-07
短消息電話中數(shù)據(jù)鏈路層的控制技術(shù)03-19
Ｗｅｂ數(shù)據(jù)挖掘在電子商務(wù)中的應(yīng)用.03-21
電子商務(wù)中數(shù)據(jù)挖掘方法淺談03-01
關(guān)于口譯中的文化信息傳遞研究11-16
基于愛好的電子商務(wù)數(shù)據(jù)挖掘技術(shù)的研究12-08