.NET Remoting如何處理遠程處理服務器端IP地址的變化

先決條件 - 遠程處理服務器和客戶端都已設置，客戶端可以通過客戶端激活的業務對象調用方法並從服務器端接收事件。.NET Remoting如何處理遠程處理服務器端IP地址的變化

更改遠程服務器的IP地址，保持服務器和客戶端運行，客戶端仍然能夠完成上述任務。

這很棘手。

編輯：設置通道

來源

2010-11-23 cui chun

您是否知道Remoting已被棄用，以支持WCF？ – 2010-11-24 01:33:05

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

查看我的帖子。在.NET Remoting比WCF更快的情況下，只有兩種常見方案：在同一進程中的多個應用程序域之間遠程處理數據，以及遠程處理ADO.NET數據集對象時。 – 2010-12-14 21:34:50

來吧時 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倍的最顯着的性能提升。

來源

2010-12-09 06:42:49

.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，而不是晚些時候，當你遇到磚牆截止日期時。

來源

2010-12-14 21:33:45

.NET Remoting如何處理遠程處理服務器端IP地址的變化

回答

相關問題