(一).XML WebService作用
XML WebService在應用程序中所起的作用與.Net遠程調用處理組件相同.
用戶不能直接使用WebService,只能通過ASP.Net Web應用程序或Windows桌面
客戶端來調用.
(二).XML WebService與.Net遠程處理區別
1. XML WebService比.Net遠程處理對象所受的限制更多。它類似於.Net遠程處理
的單獨調用對象的工作機制。 不能創建一個單獨的或是由客戶端激活的對象.
2.XML WebService的創建和設計比遠程組件更容易/簡單.
3.Net遠程處理二進制通信要比XML WebService SOAP格式通信要快捷.
4.XML WebService較.Net遠程處理擴展性強。 它支持以跨平台使用為目的的開放標准.
5.XML WebService不需要專門的宿主程序，而是由ASP.Net承載。 可以訪問一些重要的
平台服務，如：數據緩存/網絡會話狀態管理/身份驗證/全局共享應用程序集合等。而.Net
遠程處理則很難實現這些功能.
6.XML WebService運行在IIS和ASP.Net之上，使用http信道(80端口)與客戶通信。
可以自由跨越防火牆.
(三).XML WebService創建與調用過程
I.服務端創建
1.使用IIS，在Web服務器上新建一個虛擬目錄來存放XML Web服務.
2.建立XML WebService類，使用[WebMethod]屬性來標記方法可以被遠程調用.
3.在虛擬目錄中部署XML Web服務的文件.
II.客戶端使用
1.客戶端通過URL或文件查詢或UDDI注冊，發現XML WebService
2.客戶端請求描述XML WebService的WSDL文檔。
3.客戶端在WSDL文檔的基礎上生成一個代理類。
4.客戶端生成代理類的實例，並調用XML Webservice，發送消息並接受處理後結果.
也就是說調用XML WebService是由客戶端生成的代理類實例對象完成的.
(四).IIS作用
1.IIS通過虛擬目錄提供對Web服務器進行訪問。簡單的說： 就是將"c:\MyWeb"映射
一個URL地址形式的虛擬目錄:"http://192.168.83.66/MyWeb",供本機或Internet
上計算機訪問Webservice.
2.虛擬目錄的權限與普通目錄不同。根據默認設置，不允許遠程用戶浏覽虛擬目錄，運行
可執行文件，新建文件和下載某些文件類型文件。可以根據需要自定義IIS虛擬目錄權限設置.
3.IIS對Internet進行公開處理. IIS並不負責運行Asp或ASP.Net布面 或XML Webservice,而是
維護一個注冊的文件擴展名列表。如果IIS收到對某一種文件類型的請求，就把工作提交給
Asp.net工作進程，由ASP.Net工作進程處理剩下的工作.
(五).XML WebService和SOAP標准支持的數據類型
不知道讀者有沒有遇到這種情況，在調用WebService並給一個方法傳遞了一個DataRow參數時，運行
時會拋出異常： "沒法將參數序列化！"，如果把DataRow加入到DataSet中，並將DataSet作為參數
傳遞再運行就OK了。 這是因為：XML WebService只能對數據集DataSet對象類型進行XML序列化，
不能對DataRow對象類型進行XML序列化造成的錯誤. 所以了解一下XML WebService支持序列化的基
本數據類型是比較重要的.它支持的數據類型如下:
1.基本數據類型.
標准類型，如：int float bool DateTime string等基本數據類型
2.枚舉.
支持枚舉Enum定義的類型
3.自定義對象.
可以傳遞任意基於自定義類或結構創建的對象。 但要注意一點： 它只能傳輸數據成員(變量和屬性).
如果定義了方法，則方法不能進行序列化傳輸,序列化後只剩下數據成員.
4.DataSet對象
支持DataSet,切記：不支持DataTable和DataRow,DataSet已經是XML Webservice能夠支持的最小的可序列化對象.
5.XMLNode對象
基於XmlNode的對象可以表示XML文檔的一部分.
6.數組和集合
可以使用任何被支持的類型的數組和簡單集合，包括: DataSet對象/XMLNode對象和自定義對象.
另外，關於創建XML WebService實例代碼示例，幾乎任何一本涉及到WebService的書籍都會講的。而且創建一個WebService非常簡單. 這裡就不多說了.