2010-11-23 108 views
3

先决条件 - 远程处理服务器和客户端都已设置,客户端可以通过客户端激活的业务对象调用方法并从服务器端接收事件。.NET Remoting如何处理远程处理服务器端IP地址的变化

更改远程服务器的IP地址,保持服务器和客户端运行,客户端仍然能够完成上述任务。

这很棘手。

编辑:设置通道

+0

您是否知道Remoting已被弃用,以支持WCF? – 2010-11-24 01:33:05

+0

它比WCF具有更好的性能。其实许多应用程序仍然使用它。 – 2010-11-25 02:04:23

+0

查看我的帖子。在.NET Remoting比WCF更快的情况下,只有两种常见方案:在同一进程中的多个应用程序域之间远程处理数据,以及远程处理ADO.NET数据集对象时。 – 2010-12-14 21:34:50

回答

0

来吧时 bindTo被删除,这是2010 ...使它成为一个WCF应用程序了。

并回答你的“表现”关注Performance WCF vs .NET remoting

WCF和以往其他通信技术HERE之间的全面比较

你将自己从有些头疼保存和听到拉场景通过检查出的螺纹去WCF。这是一个安全的赌注,让我向你保证,你不会后悔的。

报价SAURABH古普塔(在MS WCF PM):

当迁移与ASP.NET Web服务,WSE,.NET企业服务和.NET远程对WCF编写分布式应用,性能至少可与其他现有的Microsoft分布式通信技术相媲美。在大多数情况下,WCF比其他现有技术的性能明显更好。 WCF的另一个重要特性是吞吐量性能从单处理器到四处理器具有固有的可扩展性。

总结结果,WCF比ASP.NET Web Services快25%-50%,比.NET Remoting快25%。与.NET Enterprise Service的比较是依赖于负载的,因为在一种情况下,WCF速度几乎快100%,但在另一种情况下速度将降低近25%。对于WSE 2.0/3.0的实现,将它们迁移到WCF将显然提供近4倍的最显着的性能提升。

0

.NET Remoting比WCF更快的唯一场景是在同一进程中的appdomains之间的数据远程处理以及序列化ADO.NET DataSet对象时。

除此之外,WCF总是会更快:A Performance Comparison of Windows Communication Foundation (WCF) with Existing Distributed Communication Technologies

此外,在IIS中承载,WCF服务会自动映射到网络连接的新的IP地址。对于.NET Remoting来说,这是不能说的。

尽管一些现有的应用程序继续使用.NET Remoting,但它已被弃用,您应该认识到,您编写和部署的任何.NET代码在某些时候都需要替换。更好的做法是将端口转换为WCF,而不是晚些时候,当你遇到砖墙截止日期时。