1.1、Web Service基本概念

Web Service也叫XML Web Service WebService是一種可以接收從Internet或者Intranet上的其它系統(tǒng)中傳遞過來的請求，輕量級的獨立的通訊技術。是:通過SOAP在Web上提供的軟件服務，使用WSDL文件進行說明，并通過UDDI進行注冊。

XML：(Extensible Markup Language)擴展型可標記語言。面向短期的臨時數(shù)據(jù)處理、面向萬維網(wǎng)絡，是Soap的基礎。

Soap：(Simple Object Access Protocol)簡單對象存取協(xié)議。是XML Web Service 的通信協(xié)議。當用戶通過UDDI找到你的WSDL描述文檔后，他通過可以SOAP調(diào)用你建立的Web服務中的一個或多個操作。SOAP是XML文檔形式的調(diào)用方法的規(guī)范，它可以支持不同的底層接口，像HTTP(S)或者SMTP。

WSDL：(Web Services Description Language) WSDL 文件是一個 XML 文檔，用于說明一組 SOAP 消息以及如何交換這些消息。大多數(shù)情況下由軟件自動生成和使用。

UDDI (Universal Description, Discovery, and Integration) 是一個主要針對Web服務供應商和使用者的新項目。在用戶能夠調(diào)用Web服務之前，必須確定這個服務內(nèi)包含哪些商務方法，找到被調(diào)用的接口定義，還要在服務端來編制軟件，UDDI是一種根據(jù)描述文檔來引導系統(tǒng)查找相應服務的機制。UDDI利用SOAP消息機制（標準的XML/HTTP）來發(fā)布，編輯，瀏覽以及查找注冊信息。它采用XML格式來封裝各種不同類型的數(shù)據(jù)，并且發(fā)送到注冊中心或者由注冊中心來返回需要的數(shù)據(jù)。

1.2、XML Web Service的特點

Web Service的主要目標是跨平臺的可互操作性。為了實現(xiàn)這一目標，Web Service 完全基于XML（可擴展標記語言）、XSD（XML Schema）等獨立于平臺、獨立于軟件供應商的標準，是創(chuàng)建可互操作的、分布式應用程序的新平臺。

因此使用Web Service有許多優(yōu)點：

1、跨防火墻的通信

如果應用程序有成千上萬的用戶，而且分布在世界各地，那么客戶端和服務器之間的通信將是一個棘手的問題。因為客戶端和服務器之間通常會有防火墻或者代理服務器。傳統(tǒng)的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應用程序的中間層暴露給最終用戶。這樣做的結(jié)果是開發(fā)難度大，程序很難維護。 要是客戶端代碼不再如此依賴于HTML表單，客戶端的編程就簡單多了。如果中間層組件換成Web Service的話，就可以從用戶界面直接調(diào)用中間層組件，從而省掉建立ASP頁面的那一步。要調(diào)用Web Service，可以直接使用Microsoft SOAP Toolkit或.net這樣的SOAP客戶端，也可以使用自己開發(fā)的SOAP客戶端，然后把它和應用程序連接起來。不僅縮短了開發(fā)周期，還減少了代碼復雜度，并能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次調(diào)用中間層組件時，都跳轉(zhuǎn)到相應的"結(jié)果頁"。

2、應用程序集成

企業(yè)級的應用程序開發(fā)者都知道，企業(yè)里經(jīng)常都要把用不同語言寫成的、在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發(fā)力量。應用程序經(jīng)常需要從運行的一臺主機上的程序中獲取數(shù)據(jù)；或者把數(shù)據(jù)發(fā)送到主機或其它平臺應用程序中去。即使在同一個平臺上，不同軟件廠商生產(chǎn)的各種軟件也常常需要集成起來。通過Web Service，應用程序可以用標準的方法把功能和數(shù)據(jù)"暴露"出來，供其它應用程序使用。

XML Web services 提供了在松耦合環(huán)境中使用標準協(xié)議（HTTP、XML、SOAP 和 WSDL）交換消息的能力。消息可以是結(jié)構(gòu)化的、帶類型的，也可以是松散定義的。

3、B2B的集成

B2B 指的是Business to Business，as in businesses doing business with other businesses,商家(泛指企業(yè))對商家的電子商務，即企業(yè)與企業(yè)之間通過互聯(lián)網(wǎng)進行產(chǎn)品、服務及信息的交換。通俗的說法是指進行電子商務交易的供需雙方都是商家(或企業(yè)、公司)，她們使用了Internet的技術或各種商務網(wǎng)絡平臺，完成商務交易的過程。

Web Service是B2B集成成功的關鍵。通過Web Service，公司可以只需把關鍵的商務應用"暴露"給指定的供應商和客戶，就可以了，Web Service運行在Internet上，在世界任何地方都可輕易實現(xiàn)，其運行成本就相對較低。Web Service只是B2B集成的一個關鍵部分，還需要許多其它的部分才能實現(xiàn)集成。 用Web Service來實現(xiàn)B2B集成的最大好處在于可以輕易實現(xiàn)互操作性。只要把商務邏輯"暴露"出來，成為Web Service，就可以讓任何指定的合作伙伴調(diào)用這些商務邏輯，而不管他們的系統(tǒng)在什么平臺上運行，使用什么開發(fā)語言。這樣就大大減少了花在B2B集成上的時間和成本。

4、軟件和數(shù)據(jù)重用

Web Service在允許重用代碼的同時，可以重用代碼背后的數(shù)據(jù)。使用Web Service，再也不必像以前那樣，要先從第三方購買、安裝軟件組件，再從應用程序中調(diào)用這些組件；只需要直接調(diào)用遠端的Web Service就可以了。另一種軟件重用的情況是，把好幾個應用程序的功能集成起來，通過Web Service "暴露"出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統(tǒng)一的、友好的界面。 可以在應用程序中使用第三方的Web Service 提供的功能，也可以把自己的應用程序功能通過Web Service 提供給別人。兩種情況下，都可以重用代碼和代碼背后的數(shù)據(jù)。

從以上論述可以看出，Web Service 在通過Web進行互操作或遠程調(diào)用的時候是最有用的。不過，也有一些情況，Web Service根本不能帶來任何好處，

Web Service有一下缺點：

1、 單機應用程序

目前，企業(yè)和個人還使用著很多桌面應用程序。其中一些只需要與本機上的其它程序通信。在這種情況下，最好就不要用Web Service，只要用本地的API就可以了。COM非常適合于在這種情況下工作，因為它既小又快。運行在同一臺服務器上的服務器軟件也是這樣。當然Web Service 也能用在這些場合，但那樣不僅消耗太大，而且不會帶來任何好處。

2、 局域網(wǎng)的一些應用程序

在許多應用中，所有的程序都是在Windows平臺下使用COM，都運行在同一個局域網(wǎng)上。在這些程序里，使用DCOM會比SOAP/HTTP有效得多。與此相類似，如果一個.net程序要連接到局域網(wǎng)上的另一個.net程序，應該使用.net Remoting。其實在.net Remoting中，也可以指定使用SOAP/HTTP來進行Web Service 調(diào)用。不過最好還是直接通過TCP進行RPC調(diào)用，那樣會有效得多。

1.3、XML Web Service的應用

1.最初的 XML Web Service 通常是可以方便地并入應用程序的信息來源，如股票價格、天氣預報、體育成績等等。

2.以 XML Web Service 方式提供現(xiàn)有應用程序，可以構(gòu)建新的、更強大的應用程序，并利用 XML Web Service 作為構(gòu)造塊。

例如，用戶可以開發(fā)一個采購應用程序，以自動獲取來自不同供應商的價格信息，從而使用戶可以選擇供應商，提交訂單，然后跟蹤貨物的運輸，直至收到貨物。而供應商的應用程序除了在Web上提供服務外，還可以使用XML Web Service檢查客戶的信用、收取貨款，并與貨運公司辦理貨運手續(xù)。

二、Web Service開發(fā)

.net平臺內(nèi)建了對Web Service的支持，包括Web Service的構(gòu)建和使用。與其它開發(fā)平臺不同，使用.net平臺，你不需要其他的工具或者SDK就可以完成Web Service的開發(fā)了。.net Framework本身就全面支持Web Service，包括服務器端的請求處理器和對客戶端發(fā)送和接受SOAP消息的支持。下來我們就一步一步的用Microsoft Visual Studio .net 20058（后面簡稱VS.Net 2008）創(chuàng)建和使用一個簡單的Web Service。

2.1首選建立 一個webservice 服務實例 ：

VS2008 版本

建好之后的頁面目錄為如下：

打開Service.cs文件 修改成如下圖所示：

下面我們開始運行Service.asmx 文件

如果出現(xiàn)的是上面的效果 說明你的WEBSERVICE運行正確，現(xiàn)在記住這個服務地址（即瀏覽器中的地址），其實個人理解webservice相當于一個接口，這個接口當 然是有地址的，往往在開發(fā)我們做好的接口發(fā)送給客戶（附帶接口集成文件等），通過客戶端調(diào)用接口，在服務器端處理客戶的數(shù)據(jù) 再返回給客戶。所以這個地址是有用的，很顯示這個WEB服務的地址必須要一直開著，如果斷掉的話 會出現(xiàn)什么情況呢？？我們接下來繼續(xù)在ASP.NET網(wǎng)站如何調(diào)用這個服務呢？

2.2 ASP.NET網(wǎng)站調(diào)用WEB服務接口（前提你的WEB服務一直開著，也就是上面建好的ASP.NET WEB服務網(wǎng)站是運行著的）

建立一個ASP.NET網(wǎng)站，這個我就不多說了。建立一個Add.aspx頁面 拉來三個控件：textbox1,textbox2,label分別用來顯示 整數(shù)a,整數(shù)b,計算的和用label顯示。

最關鍵的一步是如何添加WEB服務呢。

看下圖：

選中你項目 右鍵添加WEB此用，

上面的地址 就是剛才我們運行WEBservice 的地址 輸入上去 點擊前進 右面就會出現(xiàn) 服務名了。再添加引用OK。我們的WEB服務就添加到我們的網(wǎng)站上來了。

如果出現(xiàn)這個圖 就說明你的添加是正確的。

接下來就是后臺代碼如何調(diào)用這個WEB服務了。。。。。。

當然在后臺代碼中我們事先實例化創(chuàng)建一個服務對象。

代碼如下

protected void Button1_Click(object sender, EventArgs e)
 {
  localhost.Service aa = new localhost.Service();
  Label1.Text =Convert.ToString( aa.GetSum(Convert.ToInt32(TextBox1.Text.Trim()), Convert.ToInt32(TextBox2.Text.Trim())));
 }

現(xiàn)在我們運行我的add.aspx 頁面

運行后 輸入兩個數(shù) 點擊調(diào)用 輸出結(jié)果 為：32 說明我們調(diào)用的WEB服務成功了。。。。

2.2 現(xiàn)在如果WEB服務關閉了 再運行這個網(wǎng)站會出現(xiàn)什么情況呢？

出現(xiàn)上面的情況，說明我們的調(diào)用WEB服務失敗了，所以我們在調(diào)用WEB服務時 要使WEB服務處理運行狀態(tài)。。

一些復雜的接口和這個原理差不多，根據(jù)我們系統(tǒng)的實際需求完善WEB服務的功能。

以上這篇C#調(diào)用WebService實例與開發(fā)教程(推薦)就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。