① 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
② 如何用xfire框架構架webservice實現分布式
首先你要便歷整個電腦上的信息，形成一棵樹的XML,每台電腦都要這樣，然後每台電腦都要發布webservice,申明一個得到這台機器的樹XML的方法，參數可以是IP，返回類型是XML。
③ WebService 分布式事務怎麼控制
建立一個事務表，需要操作時先將事務添加，並將標志位置重置，可分為刪除、添加、修改
所有事務必須先添加，再執行
1、如果未添加進事務表，發生當機，在客戶端即顯示事務提交失敗，請重新提交，不會對其他事務造成任何影響。
2、如果已經添加進表，發生當機，各系統比對鏈表進行修復工作
表中事務需要執行，而當前系統未執行的，執行
表中事務需要執行，而當前系統已執行的，跳過
因為從目前的需要來看，一般的此類系統如果執行回滾操作，這其中的損失將會非常的大，輕易讓人無法接受，所以未完成的事務都需要繼續執行而不是回滾。
如果所有系統對該事務執行完畢，刪除表中該事務
如果用並發執行事務的系統，需要添加時間戳以輔助確認，具體判斷標准請自行查詢學習
3、如果所有系統已執行完畢，而未刪除鏈表中該項事務時當機，系統比對鏈表，確認所有系統
執行完該事務，從表中刪除該事務
4、系統當機後重新啟動時，在未完成修復前，不接受新事務的提交
由於本人還處於學習階段，缺少大型系統的實踐經驗，水平有限，以上為個人觀點，有些紙上談兵，如有指教，追問或者消息均可，還請不吝賜教，謝謝
④ webservice是什麼，有什麼作用啊
Web service是一個平台獨立的，低耦合的，自包含的、基於可編程的web的應用程序，可使用開放的XML（標准通用標記語言下的一個子集）標准來描述、發布、發現、協調和配置這些應用程序，用於開發分布式的互操作的應用程序。
Web Service技術， 能使得運行在不同機器上的不同應用無須藉助附加的、專門的第三方軟體或硬體， 就可相互交換數據或集成。依據Web Service規范實施的應用之間， 無論它們所使用的語言、 平台或內部協議是什麼， 都可以相互交換數據。Web Service是自描述、 自包含的可用網路模塊， 可以執行具體的業務功能。Web Service也很容易部署， 因為它們基於一些常規的產業標准以及已有的一些技術，諸如標准通用標記語言下的子集XML、HTTP。Web Service減少了應用介面的花費。Web Service為整個企業甚至多個組織之間的業務流程的集成提供了一個通用機制。
⑤ webservice 原理是什麼
它是一種構建應用程序的普遍模型,可以在任何支持網路通信的操作系統中實施運行;它是一種新的web應用程序分支，是自包含、自描述、模塊 化的應用，可以發布、定位、通過web調用。Web Service是一個應用組件,它邏輯性的為其他應用程序提供數據與服務.各應用程序通過網路協議和規定的一些標准數據格式（Http，XML，Soap)來訪問Web Service,通過Web Service內部執行得到所需結果.Web Service可以執行從簡單的請求到復雜商務處理的任何功能。一旦部署以後，其他Web Service應用程序可以發現並調用它部署的服務.
PS:簡單的說
Webservices 就是一個應用程序，它向外界暴露出一個能夠通過Web進行調用的API。這就是說，你能夠用編程的方法通過Web來調用這個應用程序。我們把調用這個Webservices 的應用程序叫做客戶
在構建和使用Web Service時,主要用到以下幾個關鍵的技術和規則:
Http傳輸信道
XML（ Extensible Markup Language ）:描述數據的標准方法.
SOAP（ Simple Object Access Protocol ）:表示信息交換的協議.
WSDL（ Web Services Description Language ）:Web服務描述語言.
UDDI(Universal Description, Discovery and Integration):通用描述、發現與集成，它是 一種獨立於平台的，基於XML語言的用於在互聯網上描述商務的協議
⑥ java中的webservice是什麼
WebService是基於網路的、分布式的模塊化組件，它執行特定的任務，遵守具體的技術規范，
這些規范使得WebService能與其他兼容的組件進行互操作。它可以使用標準的互聯網協議，
像超文本傳輸協議HTTP和XML，將功能體現在互聯網和企業內部網上。
WebService平台是一套標准，它定義了應用程序如何在Web上實現互操作性。你可以用你喜歡的任何語言，在
你喜歡的任何平台上寫WebService。WebService是構建互聯網分布式系統的基本部件。"
網路服務"（WebService）的本質，就是通過網路調用其他網站的資源。
什麼是SOAP
SOAP：簡單對象訪問協議，簡單對象訪問協議（SOAP）是一種輕量的、簡單的、基於 XML 的協議，
它被設計成在 WEB 上交換結構化的和固化的信息。 SOAP 可以和現存的許多網際網路協議和格式結合使用，
包括超文本傳輸協議（ HTTP），簡單郵件傳輸協議（SMTP），多用途網際郵件擴充協議（MIME）。
它還支持從消息系統到遠程過程調用（RPC）等大量的應用程序。我現在的這家公司用的就是webservice，前台是.net後台是Java
⑦ 簡單+高分，web service 中的stub /skeleton有什麼作用
WebService 是分布式應用程序組件，這么說可能太抽象，這其實以經不是一個新的概念了，但是突然間要解釋這個名次還比較不容易。它其實是構建在已有技術基礎上的一個概念，WebService的核心是xml、soap、wsdl等，客戶可以通過web請求的方式使用WebService。或者說得更通俗點就是服務提供商把他提供的服務發布到Internet上，然後客戶可以通過Internet使用這個服務。
RMI這個東西上手也不那麼容易，不過這個概念可以簡單點來理解，就是不同JVM之間通訊的一個手段，這里調用的是Java代碼。不同的JVM可以在不同的機器上或者是同一台機器上。這個純Java的分布式應用的一個典型的Solution. RMI技術和CORBA互為補充。
對於CORBA我沒有詳細學習過，不過概念很容易懂，CORBA 允許應用程序和其他的應用程序通訊，而不論他們在什麼地方或者由誰來設計。CORBA和語言實現是無關的，C++和Java實現的系統通過CORBA通信。EMA裡面就有這個CORBA。
⑧ webservice的實現方式
Web Service是基於網路的、分布式的模塊化組件，它執行特定的任務，遵守具體的技術規范，這些規范使得Web Service能與其他兼容的組件進行互操作。Internet Inter-Orb Protocol(IIOP)都已經發布了很長時間了，但是這些模型都依賴於特殊對象模型協議，而 Web Services 利用 SOAP 和 XML對這些模型在通訊方面作了進一步的擴展以消除特殊對象模型的障礙。Web Services 主要利用 HTTP 和 SOAP 協議使業務數據在 Web 上傳輸，SOAP通過 HTTP 調用業務對象執行遠程功能調用，Web 用戶能夠使用 SOAP 和 HTTP通過 Web 調用的方法來調用遠程對象的。
實現方式：
第一種：xfire
Client client = new Client(new URL（url));
Object[] results = client.invoke(operationName, new Object[]{ifuser,ifevent,input});
ret = (String)results[0] ;
第二種：axis
Service service = new Service();
Call call = (Call)service.createCall();
call.setTargetEndpointAddress(new java.net.URL(url));// 設置webservice服務的url地址
call.setOperationName( operationName);// 調用的後台webservice服務的方法為exchange
ret = (String)call.invoke(new Object[] {input});// 調用後台webservice服務
以上兩種實現方式，在項目中已經使用了，運行正常。但是項目初期開始用的還是碰到一些問題，如果伺服器端是java開發的，用axis掉用服務端的時候，沒有問題。如果伺服器端是.net開發的，會碰到莫名奇妙的問題，我估計.net伺服器端參數配置修改一下應該可以調得通，由於時間緊張，我就沒有深究了。換了xfire掉伺服器端，結果是兩種不同語言實現的系統，都可以調通了。
⑨ Webservice是什麼
Webservice簡介
用簡單點的話說，就是系統對外的介面！
它是一種構建應用程序的普遍模型,可以在任何支持網路通信的操作系統中實施運行;它是一種新的web webservice應用程序分支，是自包含、自描述、模塊化的應用，可以發布、定位、通過web調用。WebService是一個應用組件,它邏輯性的為其他應用程序提供數據與服務.各應用程序通過網路協議和規定的一些標准數據格式（Http，XML，Soap)來訪問WebService,通過WebService內部執行得到所需結果.Web Service可以執行從簡單的請求到復雜商務處理的任何功能。一旦部署以後，其他WebService應用程序可以發現並調用它部署的服務。
我在網上找的，上網路Webservice網路，有他的詳細介紹...
⑩ 什麼是webservice，什麼情況下使用,如何使用
此後，我還會舉出不應該使用Webservice的一些情況。
跨越防火牆的通信
如果你的應用程序有成千上萬的用戶，而且他們都分布在世界各地，那麼客戶端和伺服器之間的通信將是一個棘手的問題。那是因為客戶端和伺服器之間通常都會有防火牆或者代理伺服器。在這種情況下，你想使用DCOM就不是那麼簡單了，而且，通常你也不願意把你的客戶端程序發布到如此龐大數量的每一個用戶手中。於是，你最終選擇了用瀏覽器作為客戶端，寫下一堆ASP頁面，把應用程序的中間層暴露給最終用戶。結果呢?運氣好的話，只是開發難度大了一些，運氣不好的話，就會得到一個根本無法維護的應用程序。
想像一下你應該怎麼在你的應用程序裡面加入一個新的頁面：你必須先建立好用戶界面(Web頁面)，以及在這個頁面後面，包含相應商業邏輯的中間層組件。這還不夠，你還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調用中間層組件，把結果格式化為HTML形式，最後還要把結果頁送回瀏覽器。要是客戶端代碼不再如此依賴於HTML表單，客戶端的編程不就簡單多了嗎?還有，建立ASP頁面的那一步可以省略掉嗎?
當然。如果你的中間層組件是Webservice的話，你完全可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的那一步。要調用Webservice，你可以直接使用MicrosoftSOAPToolkit或.NET這樣的SOAP客戶端，也可以使用你自己開發的SOAP客戶端，然後把它和你的應用程序連接起來。這樣做，不僅可以縮短開發周期，還可以減少代碼的復雜度，並增強整個應用程序的可維護性。同時，你的應用程序也不再需要在每次調用中間層組件時，都跳轉到相應的結果頁了。
以我的經驗來看，在一個用戶界面和中間層有較多交互的應用程序中，使用Webservice這種結構，可以輕松的節省花在用戶界面編程上的20%的開發時間。這樣做還有另一個好處，就是你將得到一個由Webservice組成的中間層，這一層是完全可以在應用程序集成或其他場合下被重用的。最後，通過Webservice把你的應用程序的邏輯和數據暴露出來，還可以讓其它平台上的客戶重用你的應用程序。
應用程序集成
企業級的應用程序開發者都知道，企業里經常都要把用不同語言寫成的在不同平台上運行的各種程序集成起來，而這種集成將花費很大的開發的力量。你的應用程序經常都需要從運行在古老的IBM主機上的程序中獲取數據；或者再把數據發送到主機或UNIX應用程序中去。即使是在同一個平台上，不同的軟體廠商生產的各種軟體也常常需要集成起來。通過Webservice，應用程序可以用標準的方法把功能和數據暴露出來，供其它的應用程序使用。
例如，你有一個訂單登錄程序，用於登錄從客戶來的新訂單，包括客戶信息、發貨地址、數量、價格和付款方式等信息。同時，你還有一個訂單執行程序，用於實際貨物發送的管理。這兩個程序是來自不同軟體廠商的。一份新訂單進來之後，訂單登錄程序需要通知訂單執行程序發送貨物。通過在訂單執行程序上面增加一層Webservice，訂單執行程序可以把AddOrder函數暴露出來。這樣，每當有新訂單到來時，訂單登錄程序就可以調用這個函數來發送貨物了。進而通過Webservice集成應用程序B2B的集成
Webservice是B2B集成成功的關鍵。通過Webservice，你的公司可以把關鍵的商務應用暴露給指定的供應商和客戶。例如，把你的電子下單系統和電子發票系統暴露出來，你的客戶就可以以電子的方式向你發送購貨訂單，而你的供應商則可以以電子的方式把原料采購的發票發送給你。當然，這並不是一個新的概念：電子文檔交換(EDI)早就是這樣了。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提供給別人。所有這些情況下，你都可以重用代碼和代碼後面的數據。總之，Webservice將是軟體重用的一種非常有力的形式。
單機應用程序
目前，我們還有很多桌面應用程序是供商用和個人使用的。其中一些只需要與運行在本機上的其他程序通信。在這種情況下，我們最好就不要再用Webservice，只要用本地的API就可以了。COM非常適合於在這種情況下工作，因為它既小又快。運行在一台伺服器上的伺服器軟體也是這樣：最好直接用COM或其他本地的API來進行應用程序間的調用。當然Webservice也能用在這些情況下，但那樣不僅消耗太大，而且不會給你帶來任何好處。
區域網上的同構應用程序
在許多應用中，你所有的程序都是用VB或VC開發的，都在Windows平台下使用COM，都運行在同一個區域網上。例如，你有兩個伺服器應用程序需要相互通信，或者你有一個Win32或WinForm的客戶程序要連接到區域網上的另一個伺服器程序。在這些程序里使用DCOM會比SOAP/HTTP有效的多。類似的，如果你的一個.NET程序要連接到LAN上的另一個.NET程序，那麼你應該使用.NETremoting。有趣的是，在.NETremoting中，你也可以指定使用SOAP/HTTP來進行Webservice調用。不過最好還是直接通過TCP進行RPC調用，那樣會有效得多。總之，只要你從應用程序結構的角度看來，有別的方法比Webservice更有效，更可行，那就不要再用Webservice。總結
Webservice是創建可互操作的分布式應用程序的新平台。Webservice的主要目標是跨平台的可互操作性。為了達到這一目標，Webservice是完全基於XML、XSD等獨立於平台、獨立於軟體供應商的標準的。
Webservice在應用程序跨平台和跨網路進行通信的時候是非常有用的。Webservice適用於應用程序集成、B2B集成、代碼和數據重用，以及通過Web進行客戶端和伺服器的通信的場合。
當然，Webservice也不是萬能的，你不能到處濫用Webservice。在有些情況下，Webservice會降低應用程序的性能，而不會帶來任何好處。例如，一台機器或一個區域網裡面運行的同構應用程序就不應該用Webservice進行通信。
先生成模版，在EditItemTemplate里放一個下拉筐進去，選擇數據源即可 。
把gridview的屬性Allowpaging ＝ true 就能分頁，AllowSorting＝true就能排序