Ⅰ WebService是什麼如何實現
樓上的說的都對，它是用XML格式來傳遞數據的，所以可以在不同的語言、平台通用。
以下是我總結的調用方法（前提是你創建的有WebService）:
同步調用：
1.添加Wen引用，設置引用名
2.在頁面中using 當前命名空間.引用名
3.使用WebService的類名調用方法即可
非同步調用：
1.重復同步的1，2，並添加Async="true"屬性
2.實例化全局的WebService私有對象（s）
3.在載入事件中實現完成事件的委託
s.方法名Completed+=new 方法名CompletedEventHandler(事件名);
4.寫3定義的事件(object sender,方法名CompletedEventArgs e)
e.Result;讀取方法的值，並處理
5.在需要調用WebService方法的地方，調用非同步的同名方法：
s.方法名Async();
Ⅱ soap 和webservice的區別
SOAP簡單的理解，就是這樣的一個開放協議SOAP=RPC+HTTP+XML：採用HTTP作為底層通訊協議；RPC作為一致性的調用途徑，XML作為數據傳送的格式，允許服務提供者和服務客戶經過防火牆在INTERNET進行通訊交互。RPC的描敘可能不大准確，因為SOAP一開始構思就是要實現平台與環境的無關性和獨立性，每一個通過網路的遠程調用都可以通過SOAP封裝起來，包括DCE（Distributed Computing Environment ）RPC CALLS，COM/DCOM CALLS, CORBA CALLS, JAVA CALLS，etc。
SOAP 使用 HTTP 傳送 XML，盡管HTTP 不是有效率的通訊協議，而且 XML 還需要額外的文件解析（parse），兩者使得交易的速度大大低於其它方案。但是XML 是一個開放、健全、有語義的訊息機制，而 HTTP 是一個廣泛又能避免許多關於防火牆的問題，從而使SOAP得到了廣泛的應用。但是如果效率對你來說很重要，那麼你應該多考慮其它的方式，而不要用 SOAP。
為了更好的理解SOAP,HTTP,XML如何工作的，不妨先考慮一下COM/DCOM的運行機制，DCOM處理網路協議的低層次的細節問題，如PROXY/STUB間的通訊，生命周期的管理，對象的標識。在客戶端與伺服器端進行交互的時候，DCOM採用NDR（Network Data Representation）作為數據表示，它是低層次的與平台無關的數據表現形式。
Ⅲ 求高人解惑，webservice到底是什麼
簡單答一下：
1.web service本身不能做太多事，各種功能都是你自己編程實現的，但是你的程序只能自己用，自己看，別人根本不知道你的程序是什麼樣的。而web service就是規定了一種方式，告訴你將你的程序如何的部署到伺服器上，然後大家通過一種協商好的地址能找到你的程序的說明，說明的格式也是大家都協商好的，所以可以讀懂……然後你就可以根據那個地址來調用這個程序的方法了。
你看，web service 本身貌似沒干什麼，它就是讓你可以發布自己的程序和調用別人發布的程序。
2.協議基本就是上面提到的那些大家協商好的東西了，什麼形式？什麼格式？什麼樣式？之類的，可以說協議被庫支持，其實順序應該是先有了這個協議，然後這個庫遵從這個協議來解析，就說支持這個協議。
3.其實webservice傳的數據可以是任意啊，規定用各種格式只是考慮到webservice是牽扯到多方的，不規定的話就好像兩個人用不同語言交流，完全互相都不懂，那麼就沒意義了。xml是最通用的，你也可以說是和庫綁定的，但是因為它簡單通用，基本各種環境都支持解析xml
Ⅳ webservice是什麼
當前，WebService是一個熱門話題。但是，WebService究竟是什麼？什麼情況下應該用WebService？什麼情況下不應該用WebService？是需要我們正確認識的。 Web Services是由企業發布的完成其特定商務需求的在線應用服務,其他公司或應用軟體能夠通過Internet來訪問並使用這項在線服務,它是一種構建應用程序的普遍模型,可以在任何支持網路通信的操作系統中實施運行;它是一種新的web應用程序分支，是自包含、自描述、模塊化的應用，可以發布、定位、通過web調用。Web Service是一個應用組件,它邏輯性的為其他應用程序提供數據與服務.各應用程序通過網路協議和規定的一些標准數據格式（Http，XML，Soap)來訪問Web Service,通過Web Service內部執行得到所需結果.Web Service可以執行從簡單的請求到復雜商務處理的任何功能。一旦部署以後，其他Web Service應用程序可以發現並調用它部署的服務。 在構建和使用Web Service時,主要用到以下幾個關鍵的技術和規則: 1.XML:描述數據的標准方法. 2.SOAP:表示信息交換的協議. 3.WSDL:Web服務描述語言. 4.UDDI:找到服務驅動器的的方法; 實際上，WebService的主要目標是跨平台的可互操作性。為了達到這一目標，WebService完全基於XML（可擴展標記語言）、XSD（XMLSchema）等獨立於平台、獨立於軟體供應商的標准，是創建可互操作的、分布式應用程序的新平台。由此可以看出，在以下三種情況下，使用WebService會帶來極大的好處。長項一：跨防火牆的通信 如果應用程序有成千上萬的用戶，而且分布在世界各地，那麼客戶端和伺服器之間的通信將是一個棘手的問題。因為客戶端和伺服器之間通常會有防火牆或者代理伺服器。在這種情況下，使用DCOM就不是那麼簡單，通常也不便於把客戶端程序發布到數量如此龐大的每一個用戶手中。傳統的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應用程序的中間層暴露給最終用戶。這樣做的結果是開發難度大，程序很難維護。 舉個例子，在應用程序里加入一個新頁面，必須先建立好用戶界面(Web頁面)，並在這個頁面後面，包含相應商業邏輯的中間層組件，還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調用中間層組件，把結果格式化為HTML形式，最後還要把"結果頁"送回瀏覽器。要是客戶端代碼不再如此依賴於HTML表單，客戶端的編程就簡單多了。 如果中間層組件換成WebService的話，就可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的那一步。要調用WebService，可以直接使用MicrosoftSOAPToolkit或.NET這樣的SOAP客戶端，也可以使用自己開發的SOAP客戶端，然後把它和應用程序連接起來。不僅縮短了開發周期，還減少了代碼復雜度，並能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次調用中間層組件時，都跳轉到相應的"結果頁"。 從經驗來看，在一個用戶界面和中間層有較多交互的應用程序中，使用WebService這種結構，可以節省花在用戶界面編程上20%的開發時間。另外，這樣一個由WebService組成的中間層，完全可以在應用程序集成或其它場合下重用。最後，通過WebService把應用程序的邏輯和數據"暴露"出來，還可以讓其它平台上的客戶重用這些應用程序。長項二：應用程序集成 企業級的應用程序開發者都知道，企業里經常都要把用不同語言寫成的、在不同平台上運行的各種程序集成起來，而這種集成將花費很大的開發力量。應用程序經常需要從運行在IBM主機上的程序中獲取數據；或者把數據發送到主機或UNIX應用程序中去。即使在同一個平台上，不同軟體廠商生產的各種軟體也常常需要集成起來。通過WebService，應用程序可以用標準的方法把功能和數據"暴露"出來，供其它應用程序使用。 例如，有一個訂單登錄程序，用於登錄從客戶來的新訂單，包括客戶信息、發貨地址、數量、價格和付款方式等內容；還有一個訂單執行程序，用於實際貨物發送的管理。這兩個程序來自不同軟體廠商。一份新訂單進來之後，訂單登錄程序需要通知訂單執行程序發送貨物。通過在訂單執行程序上面增加一層WebService，訂單執行程序可以把"AddOrder"函數"暴露"出來。這樣，每當有新訂單到來時，訂單登錄程序就可以調用這個函數來發送貨物了。長項三：B2B的集成 用WebService集成應用程序，可以使公司內部的商務處理更加自動化。但當交易跨越供應商和客戶、突破公司的界限時會怎麼樣呢？跨公司的商務交易集成通常叫做B2B集成。 WebService是B2B集成成功的關鍵。通過WebService，公司可以把關鍵的商務應用"暴露"給指定的供應商和客戶。例如，把電子下單系統和電子發票系統"暴露"出來，客戶就可以以電子的方式發送訂單，供應商則可以以電子的方式發送原料采購發票。當然，這並不是一個新的概念，EDI(電子文檔交換)早就是這樣了。但是，WebService的實現要比EDI簡單得多，而且WebService運行在Internet上，在世界任何地方都可輕易實現，其運行成本就相對較低。不過，WebService並不像EDI那樣，是文檔交換或B2B集成的完整解決方案。WebService只是B2B集成的一個關鍵部分，還需要許多其它的部分才能實現集成。 用WebService來實現B2B集成的最大好處在於可以輕易實現互操作性。只要把商務邏輯"暴露"出來，成為WebService，就可以讓任何指定的合作夥伴調用這些商務邏輯，而不管他們的系統在什麼平台上運行，使用什麼開發語言。這樣就大大減少了花在B2B集成上的時間和成本，讓許多原本無法承受EDI的中小企業也能實現B2B集成。長項四：軟體和數據重用 軟體重用是一個很大的主題，重用的形式很多，重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用，另一種形式是二進制形式的組件重用。 當前，像表格控制項或用戶界面控制項這樣的可重用軟體組件，在市場上都佔有很大的份額。但這類軟體的重用有一個很大的限制，就是重用僅限於代碼，數據不能重用。原因在於，發布組件甚至源代碼都比較容易，但要發布數據就沒那麼容易，除非是不會經常變化的靜態數據。 WebService在允許重用代碼的同時，可以重用代碼背後的數據。使用WebService，再也不必像以前那樣，要先從第三方購買、安裝軟體組件，再從應用程序中調用這些組件；只需要直接調用遠端的WebService就可以了。舉個例子，要在應用程序中確認用戶輸入的地址，只需把這個地址直接發送給相應的WebService，這個WebService就會幫你查閱街道地址、城市、省區和郵政編碼等信息，確認這個地址是否在相應的郵政編碼區域。WebService的提供商可以按時間或使用次數來對這項服務進行收費。這樣的服務要通過組件重用來實現是不可能的，那樣的話你必須下載並安裝好包含街道地址、城市、省區和郵政編碼等信息的資料庫，而且這個資料庫還是不能實時更新的。 另一種軟體重用的情況是，把好幾個應用程序的功能集成起來。例如，要建立一個區域網上的門戶站點應用，讓用戶既可以查詢聯邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線購買電影票。現在Web上有很多應用程序供應商，都在其應用中實現了這些功能。一旦他們把這些功能都通過WebService"暴露"出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統一的、友好的界面。 將來，許多應用程序都會利用WebService，把當前基於組件的應用程序結構擴展為組件/WebService的混合結構，可以在應用程序中使用第三方的WebService提供的功能，也可以把自己的應用程序功能通過WebService提供給別人。兩種情況下，都可以重用代碼和代碼背後的數據。 從以上論述可以看出，WebService在通過Web進行互操作或遠程調用的時候是最有用的。不過，也有一些情況，WebService根本不能帶來任何好處。短處一：單機應用程序 目前，企業和個人還使用著很多桌面應用程序。其中一些只需要與本機上的其它程序通信。在這種情況下，最好就不要用WebService，只要用本地的API就可以了。COM非常適合於在這種情況下工作，因為它既小又快。運行在同一台伺服器上的伺服器軟體也是這樣。最好直接用COM或其它本地的API來進行應用程序間的調用。當然WebService也能用在這些場合，但那樣不僅消耗太大，而且不會帶來任何好處。短處二：區域網的同構應用程序 在許多應用中，所有的程序都是用VB或VC開發的，都在Windows平台下使用COM，都運行在同一個區域網上。例如，有兩個伺服器應用程序需要相互通信，或者有一個Win32或WinForm的客戶程序要連接區域網上另一個伺服器的程序。在這些程序里，使用DCOM會比SOAP/HTTP有效得多。與此相類似，如果一個.NET程序要連接到區域網上的另一個.NET程序，應該使用.NETremoting。有趣的是，在.NETremoting中，也可以指定使用SOAP/HTTP來進行WebService調用。不過最好還是直接通過TCP進行RPC調用，那樣會有效得多。 總之，只要從應用程序結構的角度看，有別的方法比WebService更有效、更可行，那就不要用WebService
Ⅳ Webservice是什麼
Webservice簡介
用簡單點的話說，就是系統對外的介面！
它是一種構建應用程序的普遍模型,可以在任何支持網路通信的操作系統中實施運行;它是一種新的web webservice應用程序分支，是自包含、自描述、模塊化的應用，可以發布、定位、通過web調用。WebService是一個應用組件,它邏輯性的為其他應用程序提供數據與服務.各應用程序通過網路協議和規定的一些標准數據格式（Http，XML，Soap)來訪問WebService,通過WebService內部執行得到所需結果.Web Service可以執行從簡單的請求到復雜商務處理的任何功能。一旦部署以後，其他WebService應用程序可以發現並調用它部署的服務。
我在網上找的，上網路Webservice網路，有他的詳細介紹...
Ⅵ 怎麼調用webservice服務
寫一個WINDOWS服務定期調用webservice中的方法。
1、先建一個WebService（ASP.NET Web 服務應用程序）
2、建這個WebService的虛擬目錄
3、執行生成一個文件
{
C:\Program Files\Microsoft Visual Studio 8\VC>wsdl /language:C# /out:c:\myProxyClass.cs http://hostServer:88/ImportData.asmx?WSDL
這個工具(方法)是針對一個webservice生成一個能動態調用的類
language:C#-----C#語言輸出
c:\myProxyClass.cs-----這個是生成的文件存在本地的文件名和路徑
http://hostServer:88/ImportData.asmx-----是虛擬目錄運行時的地址
}
4、創建一個windows服務程序(新建項目->左側選windows->右側選windows服務)，然後把生成的文件引入到windows服務的程序中
5、寫調用事件（BeginImportUFData）
6、完成後編譯生成一下，這時就會在此windows服務程序的bin文件夾下生成一個exe文件(如:MyNewService.exe
)
7、按以下方式安裝
安裝：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\InstallUtil.exe 絕對路徑\MyNewService.exe
卸載：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\InstallUtil.exe -u 絕對路徑\MyNewService.exe
例如：（用dos命令窗口執行）
安裝：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\InstallUtil.exe E:\chengxu\MyNewService\MyNewService\bin\Debug\MyNewService.exe
【然後顯示：正在安裝程序集，最後顯示：「提交」階段成功完成】
卸載：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\InstallUtil.exe -u E:\chengxu\MyNewService\MyNewService\bin\Debug\MyNewService.exe
【最後提示：卸載完成】
啟動、停止服務是window操作，找到管理-->服務 操作
Ⅶ 什麼是WebService
WebService是一個SOA（面向服務的編程）的架構，它是不依賴於語言，不依賴於平台，可以實現不同的語言間的相互調用，通過Internet進行基於Http協議的網路應用間的交互。 WebService實現不同語言間的調用，是依託於一個標准，webservice是需要遵守WSDL（web服務定義語言）/SOAP（簡單請求協議）規范的。 WebService=WSDL+SOAP+UDDI（webservice的注冊） Soap是由Soap的part和0個或多個附件組成，一般只有part，在part中有Envelope和Body。 Web Service是通過提供標準的協議和介面，可以讓不同的程序集成的一種SOA架構。 Web Service的優點 (1) 可以讓異構的程序相互訪問（跨平台）(2) 松耦合 (3) 基於標准協議（通用語言，允許其他程序訪問） Web Service的基本原理 (1) Service Provider採用WSDL描述服務 (2) Service Provider 採用UDDI將服務的描述文件發布到UDDI伺服器（Register server） (3) Service Requestor在UDDI伺服器上查詢並 獲取WSDL文件 (4) Service requestor將請求綁定到SOAP，並訪問相應的服務。
Ⅷ 關於WebService
VS把這些都幫你做了。你就建立一個asmx然後編寫WebMethod就可以發布了，需要引用的地方直接敲asmx的url就OK
就是你在工程上右鍵添加-〉NewItem-〉Web Service，即.asmx文件，默認有一個WebMethod就是HelloWorld,string型返回值的.
我把它在IIS上架設在埠80上,就是默認網站埠
http://localhost/TestWebService.asmx
在你需要引用的地方,右鍵,添加WebReference,把上面的url添到url那裡,然後點GO的那個按鈕.
添加引用完成之後你會看到實際上工程里多了3個文件,一個是.discomap，一個是.disco，一個是.wsdl
（不一定是三個，如果你的WebService使用了其他引用添加的時候也會執行下載）
wsdl是Web Services Description Language的縮寫，Web服務描述語言，本質上就是一個xml，好像java發布的webservice給出一個wsdl，你得到這個wsdl之後用VS的命令行編譯再使用，如果都是.net的就用不到。
---------------------------------------------
具體的操作步驟在這里，你看吧
http://book.77169.org/data/web5204/20050228/20050228__2990057.html
Ⅸ webservice是什麼
WebService是一個SOA（面向服務的編程）的架構，它是不依賴於語言，不依賴於平台，可以實現不同的語言間的相互調用，通過Internet進行基於Http協議的網路應用間的交互。
WebService實現不同語言間的調用，是依託於一個標准，webservice是需要遵守WSDL（web服務定義語言）/SOAP（簡單請求協議）規范的。
WebService=WSDL+SOAP+UDDI（webservice的注冊）
Soap是由Soap的part和0個或多個附件組成，一般只有part，在part中有Envelope和Body。
Web Service是通過提供標準的協議和介面，可以讓不同的程序集成的一種SOA架構。
Web Service的優點
(1) 可以讓異構的程序相互訪問（跨平台）(2) 松耦合
(3) 基於標准協議（通用語言，允許其他程序訪問）
Web Service的基本原理
(1) Service Provider採用WSDL描述服務
(2) Service Provider 採用UDDI將服務的描述文件發布到UDDI伺服器（Register server）
(3) Service Requestor在UDDI伺服器上查詢並 獲取WSDL文件
(4) Service requestor將請求綁定到SOAP，並訪問相應的服務。