.NET Remoting如何处理远程服务器端的IP地址更改

Question

前提条件 - 远程服务器和客户端都已设置，客户端可以通过客户端激活的业务对象调用方法并在服务器端接收事件。

通过保持服务器和客户端运行来更改远程服务器的IP地址，客户端仍然可以执行上述任务。

这很棘手。

编辑： 设置频道时删除了bindTo

Answer 1

来吧，这是2010年......已经成为一个WCF应用程序。

要回答您的“表现”问题，请查看帖子Performance WCF vs .NET remoting

WCF与其他先前通信技术HERE

之间的完全比较

您将通过转发WCF来避免一些令人头疼的事情和听到拉动的情景。这是一个安全的赌注，让我向你保证，你不会后悔的。

引用Saurabh Gupta（MS的WCF PM）：

  

将使用ASP.NET Web Services，WSE，.NET Enterprise Services和.NET Remoting编写的分布式应用程序迁移到WCF时，性能至少可与其他现有Microsoft分布式通信技术相媲美。在大多数情况下，WCF相对于其他现有技术的性能明显更好。 WCF的另一个重要特性是吞吐量性能本质上可以从单处理器扩展到四处理器。

     

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

Answer 2

.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，而不是在你遇到砖墙截止日期之后。