随着.NET的推出，微软引入了一套新的通讯技术：Web Services和.NET remoting。.NET remoting和ASP.NET Web Services可以为建立分布式的应用提供强有力的支持。因此，为了在我们的应用程序中选择合适的技术，充分理解这两种技术的工作原理是非常必要的。
Web Service技术使用了HTTP、XML和SOAP技术进行通讯，因此，Web Service是跨平台的和真正的跨越防火墙的B2B应用集成技术。由于Web Services需要依赖商业标准在Internet上提供服务，因此，这种技术是语言、平台和设备独立的。Remoting技术可以允许程序和软件通过应用程序域、进程和不同机器之间进行交互。这将使我们的应用程序可以使用在网络环境中的远程资源。
Web Services和remoting技术都支持开发分布试的应用程序和应用程序集成，但是我们需要考虑的是它们有哪些不同。在本文中将给出这两种技术的不同点，并为每一种实现给出实例以供读者更深入地理解这两种技术。
一、.NET Remoting 概述
.NET Remoting使用了一种非常有弹性的扩展性的框架。Remoting使用了.NET的一个应用程序域(AppDomain)的概念来确定它的活动性。AppDomain是一个抽象的结构，用来保证数据和代码的隔离，但并不依赖于操作系统的特殊概念，如进程或线程。一个进程可以包含多个AppDomains，但是一个AppDomain只能存在于一个进程。如果在程序中通过AppDomain调用，那么.NET Remoting将获得这个位置。如果一个对象位于同一个AppDomain中，那么这个对象被认为是本地的对象。
在.NET remoting中，所有继承于System.MarshalByRefObject的类的对象都被视为远程对象。MarshalByRefObject类提供了通过应用程序域访问远程对象的基本功能。在.NET remoting中，客户端不会直接调用方法，而是使用一个协议对象作为中转来调用远程对象中的方法。每一个在远程对象中定义的public方法都可以被客户端调用。图1为.Net Remoting的构架图：
图1
当客户端调用远程方法时，代理首先会接收这个调用。并使用一个适当的格式来对这些调用信息进行编码，然后通过Channel将调用送到服务器。在服务端AppDomain的一个Channel接收了这个请求，并将这个请求交给了适当的Remoting对象处理，并调用响应的方法。一位执行完方法，方法的返回值就会被送回到客户端。
Remoting框架由两种格式组成：二进制和SOAP格式。二进制格式是非常快的，并以适当的二进制格式来对方法进行编码调用。SOAP格式要比二进制格式慢，但是它允许开发人员使用SOAP格式来对远程信息进行编码。至于使用哪种方式，开发人员可以根据自己的需要决定。
二、远程对象的不同类型
远程构架允许我们建立两个不同类型的远程对象。
1. 客户端对象：这种类型的远程对象是一个在客户端进行创建和销毁的服务端对象。这种远程对象的实例在客户端调用服务端对象的一个新操作时创建。对象实例的生命周期和客户端有关。一但客户端不太需要远程对象后，这个对象就会被垃圾回收器回收。
2. 服务端对象：这种对象的生命周期被远程服务器管理，而并不是由客户端创建的对象。这种对象和客户端对象的区别是当对象完成工作后，远程对象由客户端控制。也就是说，当客户端调用新的远程对象或是Activator.GetObject时，服务端对象并不被创建。有两种类型的服务端对象。它们是：
(1) 独享调用：这种调用方式对于一个客户端的请求只使用一个新的远程对象。在处理完客户端请求后，这个远程对象就会被垃圾回收器回收。因此，这个远程对象并不会在两个或以上的客户端请求中共享。
(2) 共享调用：这种调用方式和独享调用的区别是这种方式可以在不同请求之间共享远程对象实例，而独享调用对每一个客户端请求创建一个单独的远程对象。
三、ASP.NET Web Services概述
在.NET中建立一个ASP.NET Web Service是一项非常简单的工作。为了建立一个Web Service，我们需要建立一个Web Service类，这个类从System.Web.Services.WebService继承，并使用WebMethod属性公开一些Web Service方法。一但这项工作做完。这些方法就可以通过SOAP和HTTP协议进行调用。
使用一个Web Service也是非常简单和直接的。我们可以使用wsdl.exe或使用VS.NET的开发环境建立一个代理类。这个代理隐藏了调用了Web Service的复杂性，并使Web Service看起来就象是调用本地对象一样。
我们可以从上图看到。客户端代理从客户端接收到了请求，并将这个请求序列化成SOAP请求，并送到远程Web Service中。远程Web Service接收到SOAP请求后，开始执行这个方法，并以SOAP响应的形式将结果送回到客户端的代理，客户端代理对这些返回信息进行反序列化，并送给实际的客户端。
四、ASP.NET Web Services 和NET Remoting的对比
现在我们已经理解了.NET remoting和Web Services的基本概念。现在让我们来看看这两种技术有什么具体的不同。为了这个目的，我将它们的不同分为性能、状态管理等方面进行阐述。
1. 性能
从性能方面，.NET remoting在使用TCP通道和二进制格式时拥有更快的通讯速度。而关于Web Services的主要焦点就集中在性能上。由于XML的冗长而使得用SOAP协议序列化出来的传输数据要比二进制数据流更慢。另外，处理字符串要比直接处理二进制更慢。然而，如果我们的Web service要进行的工作主要是计算操作，可以在服务端使用缓冲技术来增加web service的性能。
如果我们使用一个SOAP格式的.NET remoting，我们会发现ASP.Net Web Service的性能会比使用SOAP协议的.NET remoting（可以使用http或tcp同道）更好。因此，.NET remoting技术只有在使用TCP通道和二进制格式时才比Web service的性能更高。
2. 状态管理
Web services是一种无状态的编程模型，这就意味着需要单独处理每一个请求。另外，客户端每一次调用web services，服务端会为这个请求建立一个新的对象。这个对象在所有的方法调用完后销毁。为了在请求之间维护状态，我们可以使用和ASP.NET页同样的技术。如Session和Application对象，或是为我们的解决方案定制一个解决方案。但我们要清楚的是，在Web Service中维护状态的成本是非常高的。
.NET remoting支持多种方式的状态管理。我们可以从中选择适当的解决方案。在前面提到过，SingleCall对象是无状态的，Singleton对象可以共享所有客户端的状态，并且客户对象在每一个客户端维护状态。如果我们不需要维护状态，可以使用singlecall对象，如果我们需要维护状态，可以一起使用singlecall和singleleton对象。
3. 安全
.NET remoting并不支持跨平台的安全调用。但由于.NET remoting对象运行在IIS中，因此可以使用IIS的所有的安全特性。如果我们在其它的非IIS容器中使用TCP或HTTP通道，那么我们必须自已实现验证，授权等机制。
web service和.NET remoting一样，也运行在IIS中，同样也可以使用IIS所提供的安全机制，如SSL、授权等。
4. 可靠性
.NET remoting可以将任何程序作为远程对象，如Windows Form、服务程序、控制台或ASP.NET工作进程等。如果我们将Windows服务或控制台程序作为远程对象，那么我们需要确认所提供的服务特性是否符合远程对象的要求。然而如果我们在IIS中提供远程对象，那么我们可以利用ASP.NET工作进程的两个特性：自动开始和线程安全。对于ASP.NET Web service来说，可靠性并不是经常需要考虑的因素，因此它可以利用IIS在这方面的能力。
5. 可扩展性
ASP.NET Web services和.NET remoting框架都是可扩展的。我们可以过滤内部和外部的信息，控制各种类型的组件和元数据的产生。.NET remoting可以扩展到下一层，以允许我们实现自己的格式化程序和通道。
ASP.NET Web services依赖于System.Xml.Serialization.XmlSerializer类通过SOAP协议来发送和接收信息。我们可以非常容易地通过加入定制的属性来控制这一切。