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