C#中webservice的作用是什麽？

1.Web Service也叫XML Web Service WebService是壹種可以接收從Internet或者Intranet上的其它系統中傳遞過來的請求，輕量級的獨立的通訊技術。是:通過SOAP在Web上提供的軟件服務，使用WSDL文件進行說明，並通過UDDI進行註冊。\x0d\XML：(Extensible Markup Language)擴展型可標記語言。面向短期的臨時數據處理、面向萬維網絡，是Soap的基礎。\x0d\2.Soap：(Simple Object Access Protocol)簡單對象存取協議。是XML Web Service 的通信協議。當用戶通過UDDI找到妳的WSDL描述文檔後，他通過可以SOAP調用妳建立的Web服務中的壹個或多個操作。SOAP是XML文檔形式的調用方法的規範，它可以支持不同的底層接口，像HTTP(S)或者SMTP。\x0d\3.WSDL：(Web Services Description Language) WSDL 文件是壹個 XML 文檔，用於說明壹組 SOAP 消息以及如何交換這些消息。大多數情況下由軟件自動生成和使用。\x0d\UDDI (Universal Description, Discovery, and Integration) 是壹個主要針對Web服務供應商和使用者的新項目。在用戶能夠調用Web服務之前，必須確定這個服務內包含哪些商務方法，找到被調用的接口定義，還要在服務端來編制軟件，UDDI是壹種根據描述文檔來引導系統查找相應服務的機制。UDDI利用SOAP消息機制（標準的XML/HTTP）來發布，編輯，瀏覽以及查找註冊信息。它采用XML格式來封裝各種不同類型的數據，並且發送到註冊中心或者由註冊中心來返回需要的數據。\x0d\4.XML Web Service的特點\x0d\Web Service的主要目標是跨平臺的可互操作性。為了實現這壹目標，Web Service 完全基於XML（可擴展標記語言）、XSD（XML Schema）等獨立於平臺、獨立於軟件供應商的標準，是創建可互操作的、分布式應用程序的新平臺。因此使用Web Service有許多優點:\x0d\5.跨防火墻的通信\x0d\ 如果應用程序有成千上萬的用戶，而且分布在世界各地，那麽客戶端和服務器之間的通信將是壹個棘手的問題。因為客戶端和服務器之間通常會有防火墻或者代理服務器。傳統的做法是，選擇用瀏覽器作為客戶端，寫下壹大堆ASP頁面，把應用程序的中間層暴露給最終用戶。這樣做的結果是開發難度大，程序很難維護。要是客戶端代碼不再如此依賴於HTML表單，客戶端的編程就簡單多了。如果中間層組件換成Web Service的話，就可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的那壹步。要調用Web Service，可以直接使用Microsoft SOAP Toolkit或.net這樣的SOAP客戶端，也可以使用自己開發的SOAP客戶端，然後把它和應用程序連接起來。不僅縮短了開發周期，還減少了代碼復雜度，並能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次調用中間層組件時，都跳轉到相應的“結果頁”。\x0d\6.應用程序集成\x0d\企業級的應用程序開發者都知道，企業裏經常都要把用不同語言寫成的、在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發力量。應用程序經常需要從運行的壹臺主機上的程序中獲取數據；或者把數據發送到主機或其它平臺應用程序中去。即使在同壹個平臺上，不同軟件廠商生產的各種軟件也常常需要集成起來。通過Web Service，應用程序可以用標準的方法把功能和數據“暴露”出來，供其它應用程序使用。\x0d\XML Web services 提供了在松耦合環境中使用標準協議（HTTP、XML、SOAP 和 WSDL）交換消息的能力。消息可以是結構化的、帶類型的，也可以是松散定義的。\x0d\7.B2B的集成\x0d\B2B 指的是Business to Business，as in businesses doing business with other businesses,商家(泛指企業)對商家的電子商務，即企業與企業之間通過互聯網進行產品、服務及信息的交換。通俗的說法是指進行電子商務交易的供需雙方都是商家(或企業、公司)，她們使用了Internet的技術或各種商務網絡平臺，完成商務交易的過程。\x0d\Web Service是B2B集成成功的關鍵。通過Web Service，公司可以只需把關鍵的商務應用“暴露”給指定的供應商和客戶，就可以了，Web Service運行在Internet上，在世界任何地方都可輕易實現，其運行成本就相對較低。Web Service只是B2B集成的壹個關鍵部分，還需要許多其它的部分才能實現集成。用Web Service來實現B2B集成的最大好處在於可以輕易實現互操作性。只要把商務邏輯“暴露”出來，成為Web Service，就可以讓任何指定的合作夥伴調用這些商務邏輯，而不管他們的系統在什麽平臺上運行，使用什麽開發語言。這樣就大大減少了花在B2B集成上的時間和成本。\x0d\8.軟件和數據重用\x0d\Web Service在允許重用代碼的同時，可以重用代碼背後的數據。使用Web Service，再也不必像以前那樣，要先從第三方購買、安裝軟件組件，再從應用程序中調用這些組件；只需要直接調用遠端的Web Service就可以了。另壹種軟件重用的情況是，把好幾個應用程序的功能集成起來，通過Web Service “暴露”出來，就可以非常容易地把所有這些功能都集成到妳的門戶站點中，為用戶提供壹個統壹的、友好的界面。可以在應用程序中使用第三方的Web Service 提供的功能，也可以把自己的應用程序功能通過Web Service 提供給別人。兩種情況下，都可以重用代碼和代碼背後的數據。\x0d\從以上論述可以看出，Web Service 在通過Web進行互操作或遠程調用的時候是最有用的。不過，也有壹些情況，Web Service根本不能帶來任何好處，Web Service有壹下缺點：\x0d\9.單機應用程序\x0d\目前，企業和個人還使用著很多桌面應用程序。其中壹些只需要與本機上的其它程序通信。在這種情況下，最好就不要用Web Service，只要用本地的API就可以了。COM非常適合於在這種情況下工作，因為它既小又快。運行在同壹臺服務器上的服務器軟件也是這樣。當然Web Service 也能用在這些場合，但那樣不僅消耗太大，而且不會帶來任何好處。\x0d\10.局域網的壹些應用程序\x0d\在許多應用中，所有的程序都是在Windows平臺下使用COM，都運行在同壹個局域網上。在這些程序裏，使用DCOM會比SOAP/HTTP有效得多。與此相類似，如果壹個.net程序要連接到局域網上的另壹個.net程序，應該使用.net Remoting。其實在.net Remoting中，也可以指定使用SOAP/HTTP來進行Web Service 調用。不過最好還是直接通過TCP進行RPC調用，那樣會有效得多。\x0d\11。XML Web Service的應用\x0d\1.最初的 XML Web Service 通常是可以方便地並入應用程序的信息來源，如股票價格、天氣預報、體育成績等等。\x0d\2.以 XML Web Service 方式提供現有應用程序，可以構建新的、更強大的應用程序，並利用 XML Web Service 作為構造塊。\x0d\例如，用戶可以開發壹個采購應用程序，以自動獲取來自不同供應商的價格信息，從而使用戶可以選擇供應商，提交訂單，然後跟蹤貨物的運輸，直至收到貨物。而供應商的應用程序除了在Web上提供服務外，還可以使用XML Web Service檢查客戶的信用、收取貨款，並與貨運公司辦理貨運手續。