C#調用WebService實例和開發

1、基本概念web

  Web Service也叫XML Web Service WebService是一種能夠接收從Internet或者Intranet上的其它系統中傳遞過來的請求,輕量級的獨立的通信技術。是:經過SOAP在Web上提供的軟件服務,使用WSDL文件進行說明,並經過UDDI進行註冊。簡單的理解就是:webservice就是放在服務器上的函數,全部人均可以調用,而後返回信息。 好比google就有一個web service ,你調用它就能夠很容易的作一個搜索網站。 就像調用函數同樣,傳入若干參數(好比關鍵字、字符編碼等),而後就能返回google檢索的內容(返回一個字符串)。其中,編程

  Soap:(Simple Object Access Protocol)簡單對象存取協議。是XML Web Service 的通訊協議。當用戶經過UDDI找到你的WSDL描述文檔後,他經過能夠SOAP調用你創建的Web服務中的一個或多個操做。SOAP是XML文檔形式的調用方法的規範,它能夠支持不一樣的底層接口,像HTTP(S)或者SMTP。瀏覽器

  WSDL:(Web Services Description Language) WSDL 文件是一個 XML 文檔,用於說明一組 SOAP 消息以及如何交換這些消息。大多數狀況下由軟件自動生成和使用。服務器

  UDDI (Universal Description, Discovery, and Integration) 是一個主要針對Web服務供應商和使用者的新項目。在用戶可以調用Web服務以前,必須肯定這個服務內包含哪些商務方法,找到被調用的接口定義,還要在服務端來編制軟件,UDDI是一種根據描述文檔來引導系統查找相應服務的機制。UDDI利用SOAP消息機制(標準的XML/HTTP)來發布,編輯,瀏覽以及查找註冊信息。它採用XML格式來封裝各類不一樣類型的數據,而且發送到註冊中心或者由註冊中心來返回須要的數據。網絡

2、優勢缺點分佈式

  Web Service的主要目標是跨平臺的可互操做性。爲了實現這一目標,Web Service 徹底基於XML(可擴展標記語言)、XSD(XML Schema)等獨立於平臺、獨立於軟件供應商的標準,是建立可互操做的、分佈式應用程序的新平臺。所以使用Web Service有許多優勢:ide

一、跨防火牆的通訊函數

  若是應用程序有成千上萬的用戶,並且分佈在世界各地,那麼客戶端和服務器之間的通訊將是一個棘手的問題。由於客戶端和服務器之間一般會有防火牆或者代理服務器。傳統的作法是,選擇用瀏覽器做爲客戶端,寫下一大堆ASP頁面,把應用程序的中間層暴露給最終用戶。這樣作的結果是開發難度大,程序很難維護。 要是客戶端代碼再也不如此依賴於HTML表單,客戶端的編程就簡單多了。若是中間層組件換成Web Service的話,就能夠從用戶界面直接調用中間層組件,從而省掉創建ASP頁面的那一步。要調用Web Service,能夠直接使用Microsoft SOAP Toolkit或.net這樣的SOAP客戶端,也可使用本身開發的SOAP客戶端,而後把它和應用程序鏈接起來。不只縮短了開發週期,還減小了代碼複雜度,並可以加強應用程序的可維護性。同時,應用程序也再也不須要在每次調用中間層組件時,都跳轉到相應的"結果頁"。網站

二、應用程序集成this

  企業級的應用程序開發者都知道,企業裏常常都要把用不一樣語言寫成的、在不一樣平臺上運行的各類程序集成起來,而這種集成將花費很大的開發力量。應用程序常常須要從運行的一臺主機上的程序中獲取數據;或者把數據發送到主機或其它平臺應用程序中去。即便在同一個平臺上,不一樣軟件廠商生產的各類軟件也經常須要集成起來。經過Web Service,應用程序能夠用標準的方法把功能和數據"暴露"出來,供其它應用程序使用。

XML Web services 提供了在鬆耦合環境中使用標準協議(HTTP、XML、SOAP 和 WSDL)交換消息的能力。消息能夠是結構化的、帶類型的,也能夠是鬆散定義的。

三、B2B的集成

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

  Web Service是B2B集成成功的關鍵。經過Web Service,公司能夠只需把關鍵的商務應用"暴露"給指定的供應商和客戶,就能夠了,Web Service運行在Internet上,在世界任何地方均可輕易實現,其運行成本就相對較低。Web Service只是B2B集成的一個關鍵部分,還須要許多其它的部分才能實現集成。 用Web Service來實現B2B集成的最大好處在於能夠輕易實現互操做性。只要把商務邏輯"暴露"出來,成爲Web Service,就可讓任何指定的合做夥伴調用這些商務邏輯,而無論他們的系統在什麼平臺上運行,使用什麼開發語言。這樣就大大減小了花在B2B集成上的時間和成本。

四、軟件和數據重用

  Web Service在容許重用代碼的同時,能夠重用代碼背後的數據。使用Web Service,不再必像之前那樣,要先從第三方購買、安裝軟件組件,再從應用程序中調用這些組件;只須要直接調用遠端的Web Service就能夠了。另外一種軟件重用的狀況是,把好幾個應用程序的功能集成起來,經過Web Service "暴露"出來,就能夠很是容易地把全部這些功能都集成到你的門戶站點中,爲用戶提供一個統一的、友好的界面。 能夠在應用程序中使用第三方的Web Service 提供的功能,也能夠把本身的應用程序功能經過Web Service 提供給別人。兩種狀況下,均可以重用代碼和代碼背後的數據。

  從以上論述能夠看出,Web Service 在經過Web進行互操做或遠程調用的時候是最有用的。不過,也有一些狀況,Web Service根本不能帶來任何好處,Web Service有一下缺點:

一、 單機應用程序

  目前,企業和我的還使用着不少桌面應用程序。其中一些只須要與本機上的其它程序通訊。在這種狀況下,最好就不要用Web Service,只要用本地的API就能夠了。COM很是適合於在這種狀況下工做,由於它既小又快。運行在同一臺服務器上的服務器軟件也是這樣。固然Web Service 也能用在這些場合,但那樣不只消耗太大,並且不會帶來任何好處。

二、 局域網的一些應用程序

  在許多應用中,全部的程序都是在Windows平臺下使用COM,都運行在同一個局域網上。在這些程序裏,使用DCOM會比SOAP/HTTP有效得多。與此相相似,若是一個.net程序要鏈接到局域網上的另外一個.net程序,應該使用.net Remoting。其實在.net Remoting中,也能夠指定使用SOAP/HTTP來進行Web Service 調用。不過最好仍是直接經過TCP進行RPC調用,那樣會有效得多。

3、主要應用

1.最初的 XML Web Service 一般是能夠方便地併入應用程序的信息來源,如股票價格、天氣預報、體育成績等等。

2.以 XML Web Service 方式提供現有應用程序,能夠構建新的、更強大的應用程序,並利用 XML Web Service 做爲構造塊。

  例如,用戶能夠開發一個採購應用程序,以自動獲取來自不一樣供應商的價格信息,從而使用戶能夠選擇供應商,提交訂單,而後跟蹤貨物的運輸,直至收到貨物。而供應商的應用程序除了在Web上提供服務外,還可使用XML Web Service檢查客戶的信用、收取貨款,並與貨運公司辦理貨運手續。

  以上內容,大多都是借鑑過來的,下面的實例開發是本身經過理解實現的

4、實例開發

1.調用已有webservice,實現天氣查詢

2.建立一個簡單的webservice,實現服務接口調用

  由於兩個實例在一個項目中呈現的,就綜合一點來記錄,爲之後本身須要用時作準備。

  首先,來看下項目的目錄結構

 

 

 

 

 

 

 

 

 

 

 

 

  對於初學者來講,在vs2012環境中,你們有可能不知道Web References文件夾是如何來的,它是經過右擊項目,選擇其中的」添加服務引用「,如圖所示:

  以後,獲得」添加服務引用「的頁面,我也把圖截了下來,如圖:

  

  再選擇」高級「按鈕,進入下圖

  根據上圖的指示,在URL這欄輸入互聯網上公開的WebServices(http://www.webxml.com.cn/WebServices/WeatherWebService.asmx)來實現天氣預報。這樣就能夠經過代碼來獲取用戶輸入城市的天氣了。實現的效果圖以下:

  經過點擊按鈕,系統會輸出用戶所填城市的天氣信息。後臺代碼以下:

  

 1 protected void Button2_Click(object sender, EventArgs e)
 2 {
 3             WebApplication1.cn.com.webxml.www.WeatherWebService ws = new WebApplication1.cn.com.webxml.www.WeatherWebService();
 4             string[] r = ws.getWeatherbyCityName(this.TextBox4.Text);
 5             this.TextBox3.Text = "";
 6             if (r == null)
 7             {
 8                 this.TextBox3.Text = "" + this.TextBox4.Text + "城市的天氣信息";
 9                 return;
10             }
11             foreach (string i in r)
12             {
13                 this.TextBox3.Text += i;
14             }
15 }
View Code

 

  這樣,經過調用已有的天氣接口,就能夠實現城市天氣的查詢了。

  下面,咱們再來講說,如何本身建立webservice,經過它來實現一些功能,首先,咱們選中一個項目,右擊新建一個「Web服務」,以下圖所示:

  完成建立之後,就會在項目文件中出現「Service.asmx」文件,咱們在Service.asmx.cx中添加一個簡單的求和方法,代碼以下:

namespace Web_Service
{
    /// <summary>
    /// WebService1 的摘要說明
    /// </summary>
    [WebService(Namespace = "http://tempuri.org/")]
    [WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
    [System.ComponentModel.ToolboxItem(false)]
    // 若要容許使用 ASP.NET AJAX 從腳本中調用此 Web 服務,請取消註釋如下行。 
    // [System.Web.Script.Services.ScriptService]
    public class WebService1 : System.Web.Services.WebService
    {

        [WebMethod]
        public string HelloWorld()
        {
            return "Hello World";
        }

        [WebMethod]
        public int GetSum(int a,int b)
        {
            return a+b;
        }

    }
}
View Code

  那麼,咱們怎麼在其它項目中調用這個方法呢,其實這和剛纔咱們所說的,調用天氣的webservice是一個道理,首先,經過添加「web服務引用」將,你寫的webservice引用進來,咱們須要注意的是其中有一處要咱們填寫請求webservice的URL地址,咱們該怎麼寫?其實呢,也很簡單,就是,你將Service.asms在瀏覽器中瀏覽的地址,如個人是:http://localhost:12197/Service.asmx。

  引用完成後,咱們經過代碼來實現它,首先仍是來看下運行後的效果圖:

 

  最後,再貼上代碼:

 protected void Button1_Click(object sender, EventArgs e)
{
            WebApplication1.localhost.WebService1 aa = new WebApplication1.localhost.WebService1();
            this.Label1.Text = aa.GetSum(Convert.ToInt32(this.TextBox1.Text), Convert.ToInt32(this.TextBox2.Text)).ToString();
}
View Code

  至此,要講的內容都講完了,但願對本身和初學的你有幫助,大神們就略過吧。

相關文章
相關標籤/搜索