关于.Net Remoting 和 Web Servcie的比较

参照文献

http://www.cnblogs.com/shinehouse/articles/3001955.html

http://www.cnblogs.com/paper/archive/2009/08/01/1536539.html

http://blog.163.com/henan_lujun/blog/static/19538333200781324449126/

http://www.cnblogs.com/DebugLZQ/archive/2012/07/30/2614815.html

http://zhoufoxcn.blog.51cto.com/792419/166990

.Net Remoting和 Web Servcie简介：

.net remoting与webservice都是用来通信的框架，它们最大的优点是可以像调用本地对象一样调用远程对象，比如：Uploader uploader = new Uploader();uploader.Save(file);可以用这样简洁而抽象的调用实现上传，不用自已对socket进行一系列的处理，可以把更多精力放在业务逻辑上；

下面给出各自的介绍

.net Remoting

.NET Remoting是微软随.NET推出的一种分布式应用解决方案，被誉为管理应用程序域之间的 RPC(（Remote Procedure Call Protocol）——远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。) 的首选技，它允许不同应用程序域之间进行通信（这里的通信可以是在同一个进程中进行、一个系统的不同进程间进行、不同系统的进程间进行）。

更具体的说，Microsoft .NET Remoting
提供了一种允许对象通过应用程序域与另一对象进行交互的框架。也就是说，使用.NET Remoting，一个程序域可以访问另外一个程序域中的对象，就好像这个对象位于自身内部，只不过，对这个远程对象的调用，其代码是在远程应用程序域中进行的，例如在本地应用程序域中调用远程对象上一个会弹出对话框的方法，那么，这个对话框，则会在远程应用程序域中弹出。

下图是.NET Remoting的体系结构图

一般来说，.NET Remoting包括如下几点主要元素：

Ø         远程对象：运行在Remoting服务器上的对象。客户端通过代理对象来间接调用该对象的服务，如上图的“通信体系结构”所示。在.NET Remoting体系中，要想成为远程对象提供服务，该对象的类必须是MarshByRefObject的派生对象。另外，要说明的是，需要在网络上传递的对象，例如“参数”，则必须是可序列化的。

Ø         信道：信道是服务器和客户机进行通信用的（这里的服务器和客户机并不一定都是计算机，也可能是进程）。在.NET Remoting中，提供了三种信道类型：TCP、HTTP、IPC，另外，也可以定制不同的信道以适应不同的通信协议（至于如何定制，我尚未涉及到，因此，不好说）。

Ø         消息：客户机和服务器通过消息进行信息交换，消息在信道中传递。这里的消息包括，远程对象的信息，调用方法名称，参数，返回值等。

Ø         格式标识符：该标识符标明了消息是按照什么样的格式被发送到信道上的，目前.NET 2.0提供了两种格式标识符：SOAP格式和二进制格式。SOAP格式标识符符合SOAP标准，比较通用，可以和非.NET 框架的Web服务通信。二进制格式标识符，则在速度、效率上面更生一筹，但通用性较SOAP差。另外，Remoting还支持自定义的格式标识符。（顺便说一下：TCP信道，默认使用二进制格式传输，因为这个效率更高；Http信道则默认使用SOAP格式；不过在系统中，哪种信道具体使用哪种格式，则是可以根据需要设置的。）。

Ø         格式标识符提供程序：它用于把格式标识符和信道联系起来。在创建信道时，可以指定所要使用的标识符提供程序，一旦指定了提供程序，那么消息被发送到信道上的格式也就确定了下来

Web service

Web Service也叫XML Web Service。 Web Service是一种可以接收从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。是通过SOAP在Web上提供的软件服务，使用WSDL文件进行说明，并通过UDDI进行注册。

　　 XML：(Extensible Markup Language)扩展型可标记语言。面向短期的临时数据处理、面向万维网络，是Soap的基础。

　　 Soap：(Simple Object Access Protocol)简单对象存取协议。是XML Web Service 的通信协议。当用户通过UDDI找到你的WSDL描述文档后，他通过可以SOAP调用你建立的Web服务中的一个或多个操作。SOAP是XML文档形式的调用方法的规范，它可以支持不同的底层接口，像HTTP(S)或者SMTP。

　　 WSDL：(Web Services Description Language) WSDL 文件是一个 XML 文档，用于说明一组 SOAP 消息以及如何交换这些消息。大多数情况下由软件自动生成和使用。

　　 UDDI (Universal Description, Discovery, and Integration) 是一个主要针对Web服务供应商和使用者的新项目。在用户能够调用Web服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件，UDDI是一种根据描述文档来引导系统查找相应服务的机制。UDDI利用SOAP消息机制（标准的XML/HTTP）来发布，编辑，浏览以及查找注册信息。它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。

　　Web Service的主要目标是跨平台的可互操作性。为了实现这一目标，Web Service 完全基于XML（可扩展标记语言）、XSD（XML Schema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。

3..NET Remoting与Web Service比较

1、.net remoting使用HttpChannel，可以和WebService一样使用Http协议的各种好处，比如传透防火墙。但WebService是一个跨平台的东东，Java和.Net可以互相提供和引用对方的WebService，.net remoting就限制于.net平台使用。

2、.net remoting是有状态的，是紧密耦合；web service是无状态的（因为http是无状态的），是松散耦合；总的来说remoting适合局域网内，对性能和响应效率要求较高的场合；而web service适合跨网络，跨系统，对移植性和通用性要求较高的场合；remoting和web service严格的说都不是和J2EE的EJB对应的技术，如果一定要比较，那么部署在COM+/MTS的.net remoting组件可以和EJB对应。

3、.net remoting在局域网上的表现绝对是大大强于web services，使用tcp管道不失真的传输数据，从而减轻了序列化和反序列化的工作，当然使用WEB服务的时候，一台计算机存储32位整数的方式与另一台计算机的存储方式是不同的，因此需要像XML这样易于理解的格式。web services 是IIS执行的，而.NET Remoting的扩展性强，使用HTTP信道和XML可以达到web services的技术的一部分，个人觉得可以把web service看成是.NET Remoting的一个特例。

 

区别：

1、webservice是用的应用层协议http封装的，所以它可以被很多其它语言调用，很多语言也都实现了webservice代理端封装以及工具，只要知道webservice的地址(比如：http://www.baidu.com/SomeService.asmx)，就可以用，所以webservice的特点是好用、通用、效率一般；.net remoting是用传输层协议tcp封装的（也可以http），所以可以以二进制传输数据，效率高；.net remoting基于.net的反射机制，只方便.net使用（其它语言反射机制实现不同，有的根本没有反射）；

2、再次我们对WebService 以及Remoting做一个比较
WebService的特点是：平台独立性（Platform-independent）、跨语言（只要能支持XML的语言都可以） 以及穿透企业防火墙；
net   webservice是基于http的是无状态的；
但是它的缺点也很明显，就是需要部署一台Web Server;而且速度比较慢；

.net Remoting的特点是
他的优点是用户既可以使用TCP信道方式进行二进制流方式通信，也可以使用HTTP信道进行SOAP格式的性通信
效率相对WebService要高不少；
remoting可以用于有状态的情况；
但是它的缺点也很明显，.net remoting只能应用于MS 的.net framework之下。

 

使用场合

如果互动双方都是支持   .NET技术的环境，并且在操作系统上能提供一致的验证机制，而且很重视沟通双方作业的效率，就是   .NET   Remoting上场的时机。

相反的，如果沟通双方是异质环境，又或沟通的模式就是无状态的情况，持续进行的互动作业前后是没有关联的，Web   Service就是理想选择了。

ps 有些人总结的remoting 是有误的    remoting是既可以用tcp 机制 也可以用http 机制   而用tcp 机制 是因为这样的效率更高  有些人以为 只可以用tcp 协议 。 上文属于集成者  部分地方存在片面地方   请参照总体阅读