|
|
系列文章導航：
其實現的原理并沒有本質的區別，在應用開發層面上有以下區別：
1、Remoting可以靈活的定義其所基于的協議，如果定義為HTTP，則與Web Service就沒有什么區別了，一般都喜歡定義為TCP，這樣比Web Service稍為高效一些
2、Remoting不是標準，而Web Service是標準；
3、Remoting一般需要通過一個WinForm或是Windows服務進行啟動，而Web Service則需要IIS進行啟動。
4、在VS.NET開發環境中，專門對Web Service的調用進行了封裝，用起來比Remoting方便
我建議還是采用Web Service好些，對于開發來說更容易控制
Remoting一般用在C/S的系統中，Web Service是用在B/S系統中
后者還是各語言的通用接口
相同之處就是都基于XML
Web Service大體上分為5個層次:
1. Http傳輸信道
2. XML的數據格式
3. SOAP封裝格式
4. WSDL的描述方式
5. UDDI
總體上來講，.NET 下的 Web Service結構比較簡單，也比較容易理解和應用：
一般來講在.NET結構下的WebService應用都是基于.NET framework以及IIS的架構之下，所以部署(Dispose)起來相對比較容易點.
從實現的角度來講，
首先WebService必須把暴露給客戶端的方法所在的類繼承于：System.Web.Services.WebService這個基類
其次所暴露的方法前面必須有[WebMethod]或者[WebMethodAttribute]
WebService的運行機理
首先客戶端從服務器的到WebService的WSDL，同時在客戶端聲稱一個代理類(Proxy Class)
這個代理類負責與WebService服務器進行Request 和Response
當一個數據（XML格式的）被封裝成SOAP格式的數據流發送到服務器端的時候，就會生成一個進程對象并且把接收到這個Request的SOAP包進行解析，然后對事物進行處理，處理結束以后再對這個計算結果進行SOAP包裝，然后把這個包作為一個Response發送給客戶端的代理類(Proxy Class)，同樣地，這個代理類也對這個SOAP包進行解析處理，繼而進行后續操作。
這就是WebService的一個運行過程。
下面對.NET Remoting進行概括的闡述：
.NET Remoting 是在DCOM等基礎上發展起來的一種技術，它的主要目的是實現跨平臺、跨語言、穿透企業防火墻，這也是他的基本特點，與WebService有所不同的是，它支持HTTP以及TCP信道，而且它不僅能傳輸XML格式的SOAP包，也可以傳輸傳統意義上的二進制流，這使得它變得效率更高也更加靈活。而且它不依賴于IIS，用戶可以自己開發(Development)并部署(Dispose)自己喜歡的宿主服務器，所以從這些方面上來講WebService其實上是.NET Remoting的一種特例。
Remoting的兩種通道
Remoting的通道主要有兩種：Tcp和Http。在.NET中，System.Runtime.Remoting.Channel中定義了 IChannel接口。IChannel接口包括了TcpChannel通道類型和Http通道類型。它們分別對應Remoting通道的這兩種類型
1. remoting 是MarshByReference的，可以傳變量的引用，直接對服務器對象操作。速度快，適合intraNET（企業內部互聯網）。
webservice 是MarshByValue的，必須傳對象的值。速度慢，可以過FIREWALL,配置比較簡單，適合interNET（因特網）。
2. 一般來說，remoting是和平臺相關的，需要客戶和服務器都是.NET，但可配置特性比較好，可以自定義協議。web service可以做到跨平臺通信，但必須采用SOAP協議。
3. Soap消息有rpc和文檔兩種樣式。 文檔樣式的body元素中包含一個或多個元素，可以是任何內容，只要接受者理解就行了。rpc樣式的的body元素中包含調用的方法或遠程過程的名稱，以及代表方法參數的元素。
.NET對這兩種樣式的實現就是web service 和remoting .
NET技術：Remoting和Webservice的區別，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
