【正文】 GetCustomer() GetCustomer()方法的功能十分直觀。它允許我們在數(shù)據(jù)庫中收索產(chǎn)品信息。這時才用訂閱應(yīng)用程序傳遞的 CategoryID 返回產(chǎn)品數(shù)據(jù)。如果發(fā)生任何異常，將捕獲這個異常并調(diào)用 logError 函數(shù)。 GetProduct() 該方法首先試著從緩存讀取 Product Catalog XML 輸出。將設(shè)置數(shù)據(jù)庫連接讀取在 Appsettings鍵。 4． 3． 2． 2 網(wǎng)上訂購服務(wù)各功能模塊的實現(xiàn)方法詳述 1． Product Web 方法 我們的訂閱者將需要不同的方式檢索產(chǎn)品和產(chǎn)品類別，需要能夠搜索數(shù)據(jù)庫。這些 Web 服務(wù)將通過 WebMethod()聲明向訂閱 者提供各種方法 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 42 4． 3． 2． 1 用 Visual 創(chuàng)建 Web 服務(wù)應(yīng)用程序 按下面的步驟創(chuàng)建 Web 服務(wù)應(yīng)用程序： (1)打開 Visual Studio． NET，創(chuàng)建一個新的 Web Service C項目。239。 Products Web 服務(wù)中的方 法調(diào)用的存儲過程 ? usp_ProductCategories從 Categories 表返回所有產(chǎn)品類型 ? usp_ProductDetail提供給定 ProductID 完整細節(jié) ? usp_ProductByCategory提供給定 CategoryID 完整細節(jié) ? usp_ProductSearch在產(chǎn)品目錄中搜索一個給定的短語或 SKU: Customer Web 服務(wù)中的方法調(diào)用的存儲過程 ? usp_CustomerAdd— 在 Customers 表中插入一個客戶 ? usp_CustomerAddress_Insert— 給定一個 CustomerID，插入一個客戶地址 ? usp_CustomerExists— 執(zhí)行一個檢查，以確定客戶是否存在 ? usp_CustomerLogin— 執(zhí)行一個檢查，以確定所傳遞的密碼和賬戶電子郵件地址是否有效 ? usp_CustomerSelect— 給定一個 CustomerID，返回客戶的所有數(shù)據(jù) Cart Web 服務(wù)中的方法調(diào)用的存儲過程 ? usp_CartDelete— 刪除給定的 CartId 和它的內(nèi)容 ? usp_CartDetailsAddItem— 添加一個產(chǎn)品到給定的 CartID ? usp_CartNew— 創(chuàng)建一個新的 CartID ? usp_CartRemoveItem— 從給定的 CartID 刪除一個給定產(chǎn)品 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 38 ? usp_CartUpdate— 更新一個給定 CartID 和它的內(nèi)容 Order Web 服務(wù)中的方法調(diào)用的存儲過程 ? usp_OrderDetail— 檢索給定 OrderID 的細節(jié) ? usp_OrderInsert— 插入一個訂單 ? usp_OrderList— 檢索給定 CustomerID 的所有訂單 以上這些存儲過程運用 Trans_SQL 語句完成數(shù)據(jù)庫中的數(shù)據(jù)操作。 0rderDetails 表描述訂購的每個產(chǎn)品和數(shù)量。 Cart 表將作為一個標(biāo)題表并與 CartDetails 表定義一個父表和子表的關(guān)系。 表 41 Categories 表字段詳細說明 列 名 數(shù) 據(jù) 類 型 說 明 CategoryID int 給定類別 的唯一 ID。 (4)選擇 Attach a database file as a database name 單選按鈕。 MDF 包含一個名稱為 NetShop 的數(shù)據(jù)庫，還包含幾個表與存儲過程。 Visual Studio .NET 是開發(fā) Web 服務(wù)的最佳平臺之一，它提供了一系列簡單易用的工具和選項，簡化了 Web 服務(wù)的開發(fā)過程，提高了效率。 瀏覽器為 Inter Explore ，滿足了版本為 以上的要求。本例中主要使用了 DataSet 來返回響應(yīng)，使用了 SQLDataSetCommand 來對數(shù)據(jù)進行處理。 DataSet 是內(nèi)存中的數(shù)據(jù)緩存，它可以包含任意數(shù)目的 DataTable，每個 DataTable 一般對應(yīng)一個數(shù)據(jù)庫中的數(shù)據(jù)表或視圖，一個 DataSet 組成 了數(shù)據(jù)庫數(shù)據(jù)的一個“斷開的”視圖。 有以下幾個優(yōu)點： ? 互用性： 解決方案將內(nèi)存中的數(shù)據(jù)表示為 XML 文件，從而在組件之間進行傳遞，可以 充分利用 XML 的靈活性和互用性。它修正了以前的 ASP 版本的運行錯誤，同時也吸收了 ASP 以前版本的最大優(yōu)點，并參照 Java、 VB 的語言優(yōu)勢，加入了許多新特色，較之 IIS 服務(wù)器上原有的 CGI、 ISAPI、 ASP等，在許多方面有著顯著的優(yōu)越性 [10]： 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 30 ? 引入了對全編譯語言（如 VB、 C）的支持，提供了更為模塊化的設(shè)計方式，使得代碼簡單易讀，具有更高程度上的可重用性和共享性，同時也提高了效 率。傳統(tǒng)的客戶端應(yīng)用程序， Web應(yīng)用程序，甚至一個 Web服務(wù)都可以在任何時候、任何地方通過 Inter對其進行方便的調(diào)用。購物車邏輯可以用在電子商務(wù) Web站點上，也可以用于呼叫中心應(yīng)用程序等。這允許我們用開發(fā)人員已經(jīng)熟悉的一種環(huán)境經(jīng)濟地擴展企業(yè)。其他技術(shù)的基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 29 失敗源于它們緊密地耦合每一個通信端點。一般在 Microsoft SQL Server 2020 中會見到這種主動 /被動群集。和迄今為止任何其他技術(shù)不同的是，這項技術(shù)能夠跨越系統(tǒng)、語言和平臺的障礙。這些地方各有它們自己的異構(gòu)系統(tǒng)和平臺結(jié)構(gòu)。在對網(wǎng)上訂購系統(tǒng)進行需求分析的基礎(chǔ)上，介紹了使用的主要技術(shù)，開發(fā)該系統(tǒng)的軟硬件環(huán)境。 4．訂單處理（ OrderProcessing）服務(wù)模塊提供下面三種方法： 該服務(wù)模塊獲取購 物車中的產(chǎn)品并提交這些產(chǎn)品作為訂單，并檢索過去的訂單，以及一個特定訂單的詳細情況。 GetIterms()方法 檢索購物車中的產(chǎn)品。 AddressInsert()方法 把給定客戶默認的地址和送貨地址插入該客戶的地址薄中。 （ Customer）服務(wù)模塊提供下面五種方法： 該服務(wù)應(yīng)用程序能夠注冊客戶，從數(shù)據(jù)庫獲取客戶信息，它還提供了驗證客戶的機制。 GetProductsByCategory()方法 獲取同類別的商品的信息 ProductSearch()方法 檢索所有產(chǎn)品的信息。服務(wù)對象類在WebService 程序集中實現(xiàn)。服務(wù)將需要從購物車中提取數(shù)據(jù)，然后把數(shù)據(jù)添加到提交的訂單中，訂單的提交需要使用事務(wù)來完成。 Shopping Cart 購物車服務(wù)將提供一個基本的購物車，其功能包括插入 — 個產(chǎn)品及其訂購量，更新產(chǎn)品的訂購量和從購物車中刪除產(chǎn)品。 網(wǎng)上定購服務(wù)的功能就是要將上述的 異構(gòu)系統(tǒng)結(jié)合到 Web 服務(wù)中。當(dāng)客戶表示準(zhǔn)備完成訂單時，把賬單信息交給客戶服務(wù)代理。當(dāng)客戶準(zhǔn)備完成訂單時，商務(wù)公司收集訂單的一些信息，如產(chǎn)品運輸?shù)刂?，運輸手段等，并獲取客戶的信用卡信息以便根據(jù)訂單收費。 3． 1 網(wǎng)上訂購 服務(wù)需求分析 網(wǎng)上訂購服務(wù)為客戶提供網(wǎng)上查閱商品信息，訂購商品，并通過信用卡付費的服務(wù)，商務(wù)公司將根據(jù)客戶提供的運輸信息送貨給客戶。電子商務(wù)系統(tǒng)的明顯優(yōu)勢在于允許被多個應(yīng)用程序訪問。支持各種通訊媒體如： HTTP、 SMTP、 MQ、 FTP、 RMI over IIOP 等 [8]。 高度可集成能力 ：由于 Web 服務(wù)采取簡單的、易理解的標(biāo)準(zhǔn) Web 協(xié)議作為組件界面描述和協(xié)同描述規(guī)范，完全屏蔽了不同軟件平臺的差異，無論是 CORBA、 DCOM 還是 EJB 都可以通過這一種標(biāo)準(zhǔn)的協(xié)議進行互操作，實現(xiàn)了在當(dāng)前環(huán)境下最高的可集成性。 松散耦合 ：這一特征也是源于對象 /組件技術(shù)，當(dāng)一個 Web 服務(wù)的實現(xiàn)發(fā)生變更的時候，調(diào)用者是不會感到這一點的，對于調(diào)用者來說，只要Web 服務(wù)的調(diào)用接口不變， Web 服務(wù)的實現(xiàn)任何變更對他們來說都是透明的，甚至是當(dāng) Web 服務(wù)的實現(xiàn)平臺從 J2EE 遷移到了 .NET 或者是相反的遷移流程，用戶都可以對此一無所知。在核心應(yīng)用程序中，定義與各 Web Service 一致的輸入輸出接口參數(shù)，而且核心應(yīng)用程序是體現(xiàn)企業(yè)個性化企業(yè)級電子商務(wù)系統(tǒng)的關(guān)鍵所在。 購物車模塊是所有企業(yè)級電子商務(wù)系統(tǒng)中的核心模塊之一。 一個比較完整的基于 Web 服務(wù)的 B2B 電子商務(wù)體系結(jié)構(gòu)如圖 211 所示。傳統(tǒng)的由程序員主導(dǎo)的由里向外的開發(fā)模式被由用戶主導(dǎo)的由外向里的開發(fā)模式所取代，冗長串行的開發(fā)循環(huán)被即時、快速的引用裝配所取代。當(dāng)需要融入新的電子商務(wù)流程，需要集成不同的電子商務(wù)應(yīng)用以為用戶提供更完整的增值服務(wù) 時，都必須從最初的系統(tǒng)設(shè)計開始做起。業(yè)務(wù)層 —— 負責(zé)電子商務(wù)系統(tǒng)業(yè)務(wù)的處理，實現(xiàn)完整的業(yè) 務(wù)邏輯。我們可以利用基于XML 的描述語言 (如 WS DL)，對這些服務(wù)系統(tǒng)的操作類型、輸入輸出數(shù)據(jù)流、數(shù)據(jù)類型與傳輸協(xié)議和數(shù)據(jù)格式及安全控制機制等的捆綁方式、網(wǎng)絡(luò)位置等進行規(guī)范描述，描述結(jié)果是一個規(guī)則的 XML 文件，成為被描述服務(wù)系統(tǒng)的標(biāo)準(zhǔn)界面 (類似于 CORBA的 I DL)。實際上將對查詢 UDDI 數(shù)據(jù)庫的注冊服務(wù)發(fā)出 UDDI 調(diào)用。 UDDI 注冊中心實際上公開了一種 Web 服務(wù)，允許客戶端注冊一個接口，并且瀏覽、檢查以及綁定到已經(jīng)注冊的服務(wù)。指的是注冊企業(yè)并且允許通過企業(yè)提供的服務(wù)類型和功能來搜索企業(yè)。允許客戶通過唯一標(biāo)識符來搜索企業(yè)。 tModel(信息技術(shù)規(guī)范 )—— 提供一個基于抽象的引用系統(tǒng) ,其中所含內(nèi)容記錄了由鍵標(biāo)識的元數(shù)據(jù)。 businessService結(jié)構(gòu) (服務(wù) 信息 )—— 將一系列有關(guān)商業(yè)流程或分類目錄的 Web 服務(wù)的描述 組合到一起。 圖 25 UDDI 的橋梁作用 UDDI 有四種主要數(shù)據(jù)結(jié)構(gòu) :商業(yè)實體信息 (businessEntity 結(jié)構(gòu) )、服務(wù)信息 (businessService 結(jié)構(gòu) )、綁定信息 (bindingTemplate 結(jié)構(gòu) )、技術(shù)規(guī)范信息 (tModel 結(jié)構(gòu) )。 UDDI 實際上就是一個向大家提供注冊服務(wù)的公共數(shù)據(jù)庫。 SOAP 消息傳輸涉及三個主要角色： SOAP 發(fā)送者創(chuàng)建和發(fā)送 SOAP 消息給最終的 SOAP 接收者。 SOAP 消息的結(jié)構(gòu) 如圖 23所示 . 圖 23 SOAP 消息的結(jié)構(gòu) 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 11 SOAP 消息是由下面的 XML 元素組成： 封套 —— 在 SOAP 協(xié)議中的元素名是“ Envelope” ,它在 SOAP 消息中必須出現(xiàn) ,定義消息內(nèi)容。 SOAP 協(xié)議包括了 4 個部分 : (1)SOAP 封裝結(jié)構(gòu)定義了一個整體框架用來表示消息中包含什么內(nèi)容 ,誰來處理這些內(nèi)容以及這些內(nèi)容是可選的或是必需的。由于是純文字 XML 格式 ,SOAP 信息可由任何一種程序語言所產(chǎn)生 ,被任何程序語言、甚至被用戶解讀。 SOAP 協(xié)議以 XML 文件的形式提供了一個簡單、輕量的用于在分散或分布環(huán)境中交換結(jié)構(gòu)化和類型信息的機制，能夠被用于從消息傳遞到 RPC 的各種系統(tǒng)。 DCOM、 RMI 或 IIOP使用需要在服務(wù)器和客戶機有明確的、同類型基本構(gòu)架的具體對象模型協(xié)議。代理對象在內(nèi)部創(chuàng)建并格式化正確 的 SOAP 消息發(fā)送給 Web 服務(wù)。 ? HTTP GET/POST 擴展 :binding :address ? input擴展 ? output擴展 ? SOAP 擴展 SOAP:address SOAP:operation SOAP:body SOAP:fault SOAP:header和 SOAP:headerful 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 9 2． 3． 2． 2 WSDL 的使用 WSDL 文檔是可以自動生成的，使用 Web 服務(wù)類的代碼和駐留服務(wù)的服務(wù)器的信息作為源信息。 operation元素使用 name 屬性命名可包含下面的元素： input發(fā)送到服務(wù)的消息 output從服務(wù)接收的消息 fault發(fā)生錯誤，操作調(diào)用者接收到的消息 ? binding(包含 operation元素 )，提供了不同協(xié)議下訪問操作必須使用的具體語法，全部功能通過特定協(xié)議的擴展元素取得，但 binding屬性基本結(jié)構(gòu)不變。 WSDL 文檔用 XML 編寫，它的根元素是 definitions。 基于 Web 服務(wù)的企業(yè)級電子商務(wù)的研究與實現(xiàn) 7 圖 22 WSDL 文檔工作圖 通過上圖的反過程，我們看到 WSDL 文檔完成了以下工作： ? 定義 Web服務(wù)支持的各種操作要求的類型； ? 用這些類型構(gòu)建各種操作使用的消息； ? 用特定于訪問 Web 服務(wù)的方法把消息和具體操作關(guān)聯(lián)起