【正文】 ng屬性基本結(jié)構(gòu)不變。 ? service(包含 port元素 )，是 WSDL文檔處理服務(wù)定義的元素。WSDL 擴(kuò)展 WSDL 定義只有與具體的協(xié)議一起使用才能發(fā)揮更大的作用，一般使用 SOAP 和 HTTP GET/POST 這兩個(gè)協(xié)議。要使用這些擴(kuò)展，只需引用包含擴(kuò)展名稱(chēng)的命名空間并在 binding和 port元素中使用這些擴(kuò)展。 ? HTTP GET/POST 擴(kuò)展 :binding :address ? input擴(kuò)展 ? output擴(kuò)展 ? SOAP 擴(kuò)展 SOAP:address SOAP:operation SOAP:body SOAP:fault SOAP:header和 SOAP:headerful 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 9 2． 3． 2． 2 WSDL 的使用 WSDL 文檔是可以自動(dòng)生成的，使用 Web 服務(wù)類(lèi)的代碼和駐留服務(wù)的服務(wù)器的信息作為源信息。反過(guò)來(lái) WSDL 可以用來(lái)生成允許客戶(hù)端輕松訪問(wèn)的代碼，或用作 Web 服務(wù)創(chuàng)建基礎(chǔ)的代碼。 . NET 用發(fā)布的 WSDL 文件創(chuàng)建代理對(duì)象，與外部的 Web 服務(wù)通信 。本地的代理對(duì)象模擬 Web 服務(wù)上的方法調(diào)用，允許開(kāi)發(fā)人員只與一個(gè)本地對(duì)象打交道，而不用編寫(xiě) SOAP消息。代理對(duì)象在內(nèi)部創(chuàng)建并格式化正確 的 SOAP 消息發(fā)送給 Web 服務(wù)。 .NET Framework 提供了一個(gè)命令行工具（ ） 可以根據(jù)一個(gè)WSDL 文檔的位置創(chuàng)建一個(gè)代理對(duì)象。 2． 3． 3 Web 服務(wù)的通信協(xié)議 2． 3． 3． 1 Web 服務(wù)通信協(xié)議的優(yōu)勢(shì) Web 服務(wù)必須建立在開(kāi)放和標(biāo)準(zhǔn)的規(guī)格之上，允許不同的客戶(hù)端呼叫使用它提供的服務(wù)。因此，各種不同的客戶(hù)端必須使用一種共通的溝通標(biāo)準(zhǔn) ,才能夠順利地和各種不同技術(shù)開(kāi)發(fā)的 Web 服務(wù)互通。 DCOM、 RMI 或 IIOP使用需要在服務(wù)器和客戶(hù)機(jī)有明確的、同類(lèi)型基本構(gòu)架的具體對(duì)象模型協(xié)議。與具體組件技 術(shù)緊密結(jié)合的實(shí)現(xiàn)在一個(gè)受控的環(huán)境中能很好地被接受 ,但它們?cè)诰W(wǎng)絡(luò)環(huán)境中變得不切實(shí)際。因?yàn)橐粋€(gè)集成商業(yè)程序的參與者會(huì)發(fā)生變化，隨著時(shí)間的推移，技術(shù)也在變化，所以在所有參與者間確保一個(gè)單一的、統(tǒng)一的體系架構(gòu)就變得十分困難 [7]。網(wǎng)絡(luò)服務(wù)采取了另外一種途徑來(lái)實(shí)現(xiàn)客戶(hù)端與服務(wù)器的通信，這就是 SOAP 協(xié)議。 SOAP 協(xié)議以 XML 文件的形式提供了一個(gè)簡(jiǎn)單、輕量的用于在分散或分布環(huán)境中交換結(jié)構(gòu)化和類(lèi)型信息的機(jī)制，能夠被用于從消息傳遞到 RPC 的各種系統(tǒng)。 由于采用了 XML 文件格式， SOAP 可輕易綁定到 HTTP、 SMTP 等網(wǎng)絡(luò)上最常使用的通信協(xié)議上，更能穿越企業(yè)的防火墻，還可利用 SSL、 S/MIME等機(jī)制加密 ,安全性高。透過(guò) XML 來(lái)傳遞信息的優(yōu)點(diǎn) ,就是對(duì)程序語(yǔ)言、操基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 10 作系統(tǒng)的獨(dú)立性。這是 CORBA、 JavaRMI 及 DCOM 這些以專(zhuān)屬二進(jìn)制格式傳送數(shù)據(jù)所不及的。由于是純文字 XML 格式 ,SOAP 信息可由任何一種程序語(yǔ)言所產(chǎn)生 ,被任何程序語(yǔ)言、甚至被用戶(hù)解讀。 2． 3． 3． 2 單對(duì)象訪問(wèn)協(xié)議 SOAP SOAP 即簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議（ Simple Object Access Protocol），是一種通過(guò) Inter 交換 XML 格式信息的輕量級(jí) 協(xié)議。 SOAP 主要基于兩個(gè) Inter 標(biāo)準(zhǔn) :用于數(shù)據(jù)編碼的 XML 和用于信息傳輸?shù)? 版。 HTTP 用于實(shí)現(xiàn) SOAP 消息的傳輸 ,而 XML 是 SOAP 消息的編碼模式。 SOAP 協(xié)議包括了 4 個(gè)部分 : (1)SOAP 封裝結(jié)構(gòu)定義了一個(gè)整體框架用來(lái)表示消息中包含什么內(nèi)容 ,誰(shuí)來(lái)處理這些內(nèi)容以及這些內(nèi)容是可選的或是必需的。 (2)SOAP編碼規(guī)則定義了用以交換應(yīng)用程序定義的數(shù)據(jù)類(lèi)型的實(shí)例的一系列機(jī)制。 (3)SOAP RPC 表示定義了一個(gè)用來(lái)表示遠(yuǎn)程過(guò)程調(diào)用和應(yīng)答的協(xié)定。 (4)SOAP傳輸綁定框架定義了一個(gè)抽象框架用來(lái)使終端用戶(hù)能 通過(guò)下層協(xié)議交換 SOAP 封裝消息。 SOAP 消息的結(jié)構(gòu) 如圖 23所示 . 圖 23 SOAP 消息的結(jié)構(gòu) 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 11 SOAP 消息是由下面的 XML 元素組成： 封套 —— 在 SOAP 協(xié)議中的元素名是“ Envelope” ,它在 SOAP 消息中必須出現(xiàn) ,定義消息內(nèi)容。 SOAP 頭 —— 在 SOAP 協(xié)議中的元素名是“ Header” ,它在 SOAP 消息中可能出現(xiàn)，必須是 Envelope 元素的第一個(gè)直接子元素。包含題頭的有關(guān)信息。 SOAP 體 —— 在 SOAP 協(xié)議中的元素名是“ Body” ,它在 SOAP 消息中必須出現(xiàn)且必須是 Envelope 封裝元素的直接子元素 .如果有 Header 元素 ,它必須直接跟在 Header 元素之后 .包含了調(diào)用和響應(yīng)信息。 SOAP 消息傳輸涉及三個(gè)主要角色： SOAP 發(fā)送者創(chuàng)建和發(fā)送 SOAP 消息給最終的 SOAP 接收者。一個(gè)可選 的 SOAP 中介（ intermediary） 可以用來(lái)在 SOAP 發(fā)送者和最終 SOAP 接收者之間截取 SOAP 消息。 如圖 24所示： 圖 24 SOAP 消息傳輸涉及三個(gè)主要角色 2． 3． 3． 3 HTTP 協(xié)議 HTTP 是一種應(yīng)用廣泛的應(yīng)用層網(wǎng)絡(luò)傳輸協(xié)議 ,將 SOAP 消息綁定到HTTP 協(xié)議 ,必須利用 HTTP 協(xié)議的請(qǐng)求 /應(yīng)答方式發(fā)送和接收 SOAP 消息 . HTTPGET 和 HTTPPOST 是兩個(gè)標(biāo)準(zhǔn)的基于 HTTP 協(xié)議的方法，請(qǐng)求題頭指定了客戶(hù)機(jī)要從服務(wù)器獲取的內(nèi)容 ,被請(qǐng)求的服務(wù)器相應(yīng)一個(gè)或多個(gè)響應(yīng)題頭。 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 12 2． 3． 4 Web 服務(wù)的發(fā)現(xiàn) 2． 2． 4． 1 UDDI 概述 UDDI 統(tǒng)一描述、發(fā)現(xiàn)和集成（ Universal Description, Discovery, and Integration）一套基于 Web 的、分 布式的、為 Web Service 提供的、信息注冊(cè)中心的實(shí)現(xiàn)標(biāo)準(zhǔn)規(guī)范，同時(shí) 也使 注冊(cè)企業(yè) 提供的服務(wù)被發(fā)現(xiàn)和訪問(wèn) 的實(shí)現(xiàn)標(biāo)準(zhǔn) 協(xié)議 。 UDDI 實(shí)際上就是一個(gè)向大家提供注冊(cè)服務(wù)的公共數(shù)據(jù)庫(kù)。通過(guò) UDDI，人們可以發(fā)布和發(fā)現(xiàn)有關(guān)某個(gè)公司及其 Web 服務(wù)的信息。 UDDI 包含有關(guān)公司服務(wù)的技術(shù)接口的信息。如圖 25 所示， UDDI 作為發(fā)現(xiàn)和發(fā)布服務(wù)的中心，在 Web Service 中起著重要的橋梁作用。 圖 25 UDDI 的橋梁作用 UDDI 有四種主要數(shù)據(jù)結(jié)構(gòu) :商業(yè)實(shí)體信息 (businessEntity 結(jié)構(gòu) )、服務(wù)信息 (businessService 結(jié)構(gòu) )、綁定信息 (bindingTemplate 結(jié)構(gòu) )、技術(shù)規(guī)范信息 (tModel 結(jié)構(gòu) )。他們相互關(guān)聯(lián)、相互合作，使得 UDDI 在調(diào)用過(guò)程中，迅速發(fā)現(xiàn)和發(fā)布服務(wù)。 businessEntity結(jié)構(gòu) (商業(yè)實(shí)體信息 )—— 處于所有結(jié)構(gòu)的頂層 ,用于保存業(yè)務(wù)信息。提供企業(yè)標(biāo)識(shí)分類(lèi)與行業(yè)分類(lèi)信息 ,并且提供企業(yè)的地址、聯(lián)系方式等信息 ,以快速準(zhǔn)確地了解商業(yè)實(shí)體。 businessService結(jié)構(gòu) (服務(wù) 信息 )—— 將一系列有關(guān)商業(yè)流程或分類(lèi)目錄的 Web 服務(wù)的描述 組合到一起。提供所涉及的各個(gè) Web 服務(wù)的名稱(chēng)、服務(wù)分類(lèi)信息。 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 13 bindingTemplate (綁定 信息 )結(jié)構(gòu) —— 每個(gè) Web 服務(wù)的技術(shù)描述是通過(guò)單獨(dú)包含的 bindingTemplate 結(jié)構(gòu)的實(shí)例來(lái)實(shí)現(xiàn)的。提供 Web 服務(wù)的具體 入 口 地 址 信 息 , 支 持 對(duì) 入 口 地 址 的 重 定 向 , 并 包 含 指 向tModelInstanceInfo 結(jié)構(gòu)集的容器。 tModel(信息技術(shù)規(guī)范 )—— 提供一個(gè)基于抽象的引用系統(tǒng) ,其中所含內(nèi)容記錄了由鍵標(biāo)識(shí)的元數(shù)據(jù)。各核心結(jié)構(gòu)之間的關(guān)系 ,可用圖 26表示。 圖 26 UDDI 核心結(jié)構(gòu)之間的關(guān)系 UDDI 技術(shù)的核心 是 UDDI 商業(yè)注冊(cè)表，它使用一個(gè) XML 文檔來(lái)描述企業(yè)及其提供的 Web 服務(wù)。 UDDI 商業(yè)注冊(cè)表提供的信息包含三個(gè)部分 : 白頁(yè)（ White Page，通過(guò)名字組織企業(yè)） —— 白頁(yè)列出關(guān)于 Web 服務(wù)的常用信息，例如， Web 服務(wù)的 URL,公司名稱(chēng)，地址極其他信息。允許客戶(hù)通過(guò)唯一標(biāo)識(shí)符來(lái)搜索企業(yè)。 黃頁(yè)（ Yellow Page，通過(guò)類(lèi)別組織企業(yè)） —— 在黃頁(yè)中，按類(lèi)別列出業(yè)務(wù)。 UDDI 也支持按照行業(yè)、提供的產(chǎn)品 /服務(wù)以及地址來(lái)進(jìn)行企業(yè)歸類(lèi)。 綠頁(yè)（ Green Page，通過(guò)服務(wù)組織企業(yè)） —— 綠頁(yè)描述 Web 服務(wù)提基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 14 供的服務(wù)。指的是注冊(cè)企業(yè)并且允許通過(guò)企業(yè)提供的服務(wù)類(lèi)型和功能來(lái)搜索企業(yè)。 圖 27描述了 UDDI 數(shù)據(jù)和它們的關(guān)系。 圖 27 UDDI 數(shù)據(jù)的關(guān)系 2． 3． 4． 2 Web 上訪問(wèn) UDDI 在 Inter 上發(fā)現(xiàn)一個(gè) Web 服務(wù)有兩種方式：直接鍵入 URL 和使用搜索引擎來(lái)定位滿(mǎn)足您提供的標(biāo)準(zhǔn)的站點(diǎn)。如果不知道服務(wù)的地址或者它的接口，那么需要通過(guò)查詢(xún)一個(gè) Web 服務(wù)注冊(cè)中心來(lái)搜索服務(wù)。 UDDI 注冊(cè)中心實(shí)際上公開(kāi)了一種 Web 服務(wù)，允許客戶(hù)端注冊(cè)一個(gè)接口，并且瀏覽、檢查以及綁定到已經(jīng)注冊(cè)的服務(wù)。要訪問(wèn)這些 UDDI 服務(wù)，客戶(hù)端可以發(fā)送 SOAP 消息。下圖是查詢(xún)一個(gè) UDDI 注冊(cè)節(jié)點(diǎn)的體系結(jié)構(gòu)。一個(gè) SOAP 請(qǐng)求被發(fā)送到服務(wù)器，并且由 UDDI 注冊(cè)節(jié)點(diǎn)的 SOAP 處理器 反序列化。實(shí)際上將對(duì)查詢(xún) UDDI 數(shù)據(jù)庫(kù)的注冊(cè)服務(wù)發(fā)出 UDDI 調(diào)用。 SOAP 序列化一個(gè)響應(yīng)并傳遞回去，然后分發(fā)給 Web 服務(wù)器以發(fā)回到客戶(hù)端應(yīng)用程序。 如圖 28所示： 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 15 圖 28查詢(xún)一個(gè) UDDI 注冊(cè)節(jié)點(diǎn) 的體系結(jié)構(gòu) 2． 3． 5 Web 服務(wù)技術(shù)關(guān)聯(lián) 在 Web Service 的技術(shù)架構(gòu)中 (圖 29) , UDDI 作用于服務(wù)發(fā)布層和服務(wù)發(fā)現(xiàn)層。網(wǎng)絡(luò)是 Web 服務(wù)的基礎(chǔ)， XML 是 SOAP 消息協(xié)議的基礎(chǔ)， SOAP消息支持 Web 服務(wù)結(jié)構(gòu)中的發(fā)布、發(fā)現(xiàn)和綁定操作。我們可以利用基于XML 的描述語(yǔ)言 (如 WS DL)，對(duì)這些服務(wù)系統(tǒng)的操作類(lèi)型、輸入輸出數(shù)據(jù)流、數(shù)據(jù)類(lèi)型與傳輸協(xié)議和數(shù)據(jù)格式及安全控制機(jī)制等的捆綁方式、網(wǎng)絡(luò)位置等進(jìn)行規(guī)范描述，描述結(jié)果是一個(gè)規(guī)則的 XML 文件，成為被描述服務(wù)系統(tǒng)的標(biāo)準(zhǔn)界面 (類(lèi)似于 CORBA的 I DL)。 服務(wù)發(fā)布就是將描述服務(wù)的 WSDL文檔發(fā)布到 UDDI 登記上，服務(wù)的發(fā)現(xiàn)依賴(lài)于服務(wù)的發(fā)布，服務(wù)發(fā)現(xiàn)層的發(fā)現(xiàn)機(jī)制對(duì)應(yīng)于服務(wù)發(fā)布層的發(fā)布機(jī)制。 圖 29 Web Service 的技術(shù)架構(gòu) 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 16 2． 4 Web服務(wù)體系結(jié)構(gòu)在企業(yè)級(jí)電子商務(wù)的運(yùn)用 2． 4． 1 傳統(tǒng)企業(yè)級(jí)電子商務(wù)體系結(jié)構(gòu)局限性 通常的 企業(yè)級(jí)（ B2B）電子商務(wù)系統(tǒng)應(yīng)是基于一個(gè)分布式的環(huán)境，應(yīng)用 B/S 模式的 3層體系結(jié)構(gòu)，由客戶(hù)層、業(yè)務(wù)層和數(shù)據(jù)層組成，如圖 210所示?？蛻?hù)層 —— 通過(guò)用戶(hù)界面負(fù)責(zé)和客戶(hù)進(jìn)行交互。業(yè)務(wù)層 —— 負(fù)責(zé)電子商務(wù)系統(tǒng)業(yè)務(wù)的處理，實(shí)現(xiàn)完整的業(yè) 務(wù)邏輯。數(shù)據(jù)層 —— 負(fù)責(zé)數(shù)據(jù)存儲(chǔ)與維護(hù)以及各項(xiàng)數(shù)據(jù)庫(kù)操作，實(shí)現(xiàn)事務(wù)邏輯和數(shù)據(jù)邏輯。 普通的 企業(yè)級(jí) 電子商務(wù)系統(tǒng)雖然也具有快速、高效、低成本、高收益率等特點(diǎn)，但在實(shí)際運(yùn)作過(guò)程中，電子商務(wù)的基本結(jié)構(gòu)、交互接口等均沒(méi)有統(tǒng)一的標(biāo)準(zhǔn)和解決方案，這種不具備良好集成能力的應(yīng)用開(kāi)發(fā)模式使得系統(tǒng)本身會(huì)出現(xiàn)一些無(wú)法克服的缺陷。因?yàn)樵跇?gòu)建這些電子商務(wù)應(yīng)用的時(shí)候，程序員們一般都采用“獨(dú)立解決方案’來(lái)實(shí)施。當(dāng)需要融入新的電子商務(wù)流程，需要集成不同的電子商務(wù)應(yīng)用以為用戶(hù)提供更完整的增值服務(wù) 時(shí)，都必須從最初的系統(tǒng)設(shè)計(jì)開(kāi)始做起。因此 便造成了軟件整體以及軟件各模塊的重用性差 。維護(hù)、升級(jí)及重新實(shí)現(xiàn)軟件及子模塊的勞動(dòng)重復(fù)，工作量大等。 圖 210傳統(tǒng)企業(yè)級(jí)電子商務(wù)體系結(jié)構(gòu) 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)的研究與實(shí)現(xiàn) 17 2． 4． 2 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù)體系結(jié)構(gòu) 基于 Web 服務(wù)的企業(yè)級(jí)電子商務(wù) 系統(tǒng)能夠整合網(wǎng)絡(luò)中眾多的應(yīng)用程序，并大大提升各獨(dú)立應(yīng)用程序的價(jià)值。傳統(tǒng)的由程序員主導(dǎo)的由里向外的開(kāi)發(fā)模式被由用戶(hù)主導(dǎo)的由外向里的開(kāi)發(fā)模式所取代，冗長(zhǎng)串行的開(kāi)發(fā)循環(huán)被即時(shí)、快速的引用裝配所取代。 將緊密耦合的、高效的 n層計(jì)算技術(shù)與面向消息的、松散耦合的 Web概念相結(jié)合，便是 Web 服務(wù) 的核心?；?Web 服務(wù) 的 B2B 電子商務(wù)系統(tǒng)正是運(yùn)用最先進(jìn)的 Web 服務(wù) 的技術(shù)，將傳統(tǒng)電子商務(wù)系