[轉]http://www.54bk.com/user1/8454/archives/2005/26611.html
1. 什么是webservice
從表面上看，Web service 就是一個應用程序，它向外界暴露出一個能夠通過Web進行調用的API。這就是說，你能夠用編程的方法通過Web來調用這個應用程序。
對Web service 更精確的解釋: Web services是建立可互操作的分布式應用程序的新平臺。作為一個Windows程序員，你可能已經用COM或DCOM建立過基于組件的分布式應用程序。COM是一個非常好的組件技術，但是我們也很容易舉出COM并不能滿足要求的情況。Web service平臺是一套標準，它定義了應用程序如何在Web上實現互操作性。你可以用任何你喜歡的語言，在任何你喜歡的平臺上寫Web service ，只要我們可以通過Web service標準對這些服務進行查詢和訪問。
不管你的Web service是用什么工具，什么語言寫出來的，只要你用SOAP協議通過HTTP來調用它，總體結構都一致。通常，你用你自己喜歡的語言(如VB 6或者VB.NET)來構建你的Web service，然后用SOAP Toolkit或者.NET的內建支持來把它暴露給Web客戶。于是，任何語言，任何平臺上的客戶都可以閱讀其WSDL文檔，以調用這個Web service。客戶根據WSDL描述文檔，會生成一個SOAP請求消息。Web service都是放在Web服務器 (如IIS) 后面的，客戶生成的SOAP請求會被嵌入在一個HTTP POST請求中，發送到Web服務器來。Web服務器再把這些請求轉發給Web service請求處理器。對VB 6程序來說，Web service請求處理器是一個與SOAP Toolkit組件協同工作的ASP頁面或ISAPI extension。而對VB.NET程序來說，Web service請求處理器則是一個.NET Framework自帶的ISAPI extension。請求處理器的作用在于，解析收到的SOAP請求，調用Web service，然后再生成相應的SOAP應答。Web服務器得到SOAP應答后，會再通過HTTP應答的方式把它送回到客戶端。
2. 基本概念
SOAP
Web service建好以后，其他人就會去調用它。簡單對象訪問協議(SOAP)提供了標準的遠程過程調用( RPC)方法來調用Web service。SOAP規范定義了SOAP消息的格式，以及怎樣通過HTTP協議來使用SOAP。SOAP也是基于XML和XSD的，XML是SOAP的數據編碼方式。客戶端和服務端之間的方法調用請求和結果返回值都放在這些消息里。
XML和XSD
可擴展的標記語言(XML)是Web service平臺中表示數據的基本格式。除了易于建立和易于分析外，XML主要的優點在于它既是平臺無關的，又是廠商無關的。無關性是比技術優越性更重要的。XML解決了數據表示的問題，但它沒有定義一套標準的數據類型，更沒有說怎么去擴展這套數據類型。例如，整形數到底代表什么?16位，32位，還是64位?這些細節對實現互操作性都是很重要的。W3C制定的XML Schema(XSD)就是專門解決這個問題的一套標準。它定義了一套標準的數據類型，并給出了一種語言來擴展這套數據類型。Web service平臺就是用XSD來作為其數據類型系統的。當用某種語言(如VB.NET或C#)來構造一個Web service時，為了符合Web service標準，所有使用的數據類型都必須被轉換為XSD類型。
WSDL(Web Services Description Language)
用于描述服務端所提供服務的XML格式。WSDL文件里，描述了服務端提供的服務，提供的調用方法，以及調用時所要遵循的格式，比如調用參數和返回值的格式等等。WSDL 很像COM編程里的IDL(Interface Description Language)，是服務器與客戶端之間的契約，雙方必須按契約嚴格行事才能實現功能。
WSML(Web Services Meta Language)
用于描述WSDL里提供的方法與實現該方法的COM對象之間的映射關系。該文件是Microsoft的實現中特有的，不是SOAP標準的一部分。一般情況下，該文件只在服務端存在。
3.Webservice的技術特點
長項一: 跨防火墻的通信
如果應用程序有成千上萬的用戶，而且分布在世界各地，那么客戶端和服務器之間的通信將是一個棘手的問題。因為客戶端和服務器之間通常會有防火墻或者代理服務器。在這種情況下，使用DCOM就不是那么簡單，通常也不便于把客戶端程序發布到數量如此龐大的每一個用戶手中。傳統的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應用程序的中間層暴露給最終用戶。這樣做的結果是開發難度大，程序很難維護。
舉個例子，在應用程序里加入一個新頁面，必須先建立好用戶界面(Web頁面)，并在這個頁面后面，包含相應商業邏輯的中間層組件，還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調用中間層組件，把結果格式化為HTML形式，最后還要把“結果頁”送回瀏覽器。要是客戶端代碼不再如此依賴于HTML表單，客戶端的編程就簡單多了。
如果中間層組件換成Web Service的話，就可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的那一步。要調用Web Service，可以直接使用Microsoft SOAP Toolkit或.NET這樣的SOAP客戶端，也可以使用自己開發的SOAP客戶端，然后把它和應用程序連接起來。不僅縮短了開發周期，還減少了代碼復雜度，并能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次調用中間層組件時，都跳轉到相應的“結果頁”。
從經驗來看，在一個用戶界面和中間層有較多交互的應用程序中，使用Web Service這種結構，可以節省花在用戶界面編程上20%的開發時間。另外，這樣一個由Web Service組成的中間層，完全可以在應用程序集成或其它場合下重用。最后，通過Web Service把應用程序的邏輯和數據“暴露”出來，還可以讓其它平臺上的客戶重用這些應用程序。
長項二: 應用程序集成
企業級的應用程序開發者都知道，企業里經常都要把用不同語言寫成的、在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發力量。應用程序經常需要從運行在IBM主機上的程序中獲取數據;或者把數據發送到主機或UNIX應用程序中去。即使在同一個平臺上，不同軟件廠商生產的各種軟件也常常需要集成起來。通過Web Service，應用程序可以用標準的方法把功能和數據“暴露”出來，供其它應用程序使用。
例如，有一個訂單登錄程序，用于登錄從客戶來的新訂單，包括客戶信息、發貨地址、數量、價格和付款方式等內容;還有一個訂單執行程序，用于實際貨物發送的管理。這兩個程序來自不同軟件廠商。一份新訂單進來之后，訂單登錄程序需要通知訂單執行程序發送貨物。通過在訂單執行程序上面增加一層Web Service，訂單執行程序可以把“Add Order”函數“暴露”出來。這樣，每當有新訂單到來時，訂單登錄程序就可以調用這個函數來發送貨物了。
長項三: B2B的集成
用Web Service集成應用程序，可以使公司內部的商務處理更加自動化。但當交易跨越供應商和客戶、突破公司的界限時會怎么樣呢?跨公司的商務交易集成通常叫做B2B集成。
Web Service是B2B集成成功的關鍵。通過Web Service，公司可以把關鍵的商務應用“暴露”給指定的供應商和客戶。例如，把電子下單系統和電子發票系統“暴露”出來，客戶就可以以電子的方式發送訂單，供應商則可以以電子的方式發送原料采購發票。當然，這并不是一個新的概念， EDI(電子文檔交換)早就是這樣了。但是，Web Service的實現要比EDI簡單得多，而且Web Service運行在Internet上，在世界任何地方都可輕易實現，其運行成本就相對較低。不過，Web Service