其實現的原理并沒有本質的區別，在應用開發層面上有以下區別：
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 和Remoting之間得區別,我打算從他們的體系結構上來說起: 
  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 .