.NET Remotingは本当に非推奨ですか？

誰もが.NET RemotingがWCFに置き換えられていると言っていますが、それがどれほど正確か疑問に思っています。Remotingが廃止されるという公式の言葉は見たことがありません。また、RemotingがWCFよりも理にかなっているシナリオは確かにあるようです。フレームワークのバージョン4.0であっても、Remoting関連のオブジェクトやメソッドは廃止されていません。3.5および4.0フレームワークのSystem.AddInがRemotingを使用することも私の理解です。

反対に公式の言葉はありますか？

記事「.NETでの通信オプションの選択（3.0の場合、それはその記事の最新バージョンであるため）」では、次のように述べています。

8クロスアプリケーションドメイン通信

同じプロセス内の異なるアプリケーションドメインにあるオブジェクト間の通信をサポートする必要がある場合は、.NETリモート処理を使用する必要があります。

もちろん、WCFは確かにアプリドメインの境界を越えるために使用できるため、これは正確ではありませんが、そのシナリオに対する公式の推奨事項ですか？

更新：私はClemens Vasters（RemotingとWCFを所有するチームに属していた）に次の質問を送信しました。

クレメンス、あなたがリモーティングとwcfの両方を所有するチームに所属していることを理解しています。また、ソースに移動する必要があると思う質問がいくつかあります。

最初に、リモート処理がなくなるかどうかについて質問があります。具体的には、プロセス内のアプリドメイン間通信でリモート処理を広範囲に使用するかなり大きなアプリケーションがあり、このリモート処理の使用が「レガシー」と見なされているのかと思いました。もしそうなら、AppDomain.CreateInstanceと友達は他のもので置き換えられますか？

これは彼の返事です：

リモート処理は.Net Frameworkの一部であるため、廃止されません。COMは、Windows NT 3.5 / Windows 95以降Windowsに組み込まれており、なくなっていないため、すぐになくなることもありません。

とはいえ、Remotingへの開発投資はごくわずかです。WCFはRemotingの後継であり、マネージコードのCOM / DCOMの後継です。

インプロセスのアプリドメイン間通信の場合、リモート処理はCLRのネイティブな通信方法です。大量のデータまたは非常に多くのメッセージを短時間でポンプするパフォーマンスの問題が発生している場合は、WCFとNetNamedPipeBindingを真剣に検討する必要があります。

それをレガシー技術と呼ぶほうがより正確な説明です。

http://msdn.microsoft.com/en-us/library/72x4h507%28VS.85%29.aspx

このトピックは、既存のアプリケーションとの下位互換性のために保持されているレガシーテクノロジーに固有のものであり、新しい開発にはお勧めできません。分散アプリケーションは、Windows Communication Foundation（WCF）を使用して開発する必要があります。

更新：WCFは、inter / intra / process / inter / intra-appdomainを区別しません。WCFで単一マシン通信を使用している場合は、名前付きパイプを使用します。これを使用すると、事実上すべての現実的なシナリオで良好なパフォーマンスが得られます。

さまざまな分散通信テクノロジーのパフォーマンス比較については、こちらを参照してください。

はい。リモーティングは非推奨です...そしてそれはマイクロソフトからの公式です。ここにリンクがあります：

.NETリモーティング

記事の最初の行は太字で示しています。

このトピックは、既存のアプリケーションとの下位互換性のために保持されているレガシーテクノロジーに固有のものであり、新しい開発にはお勧めできません。分散アプリケーションは、Windows Communication Foundation（WCF）を使用して開発する必要があります。

言い回しは「非推奨」だと思ったが、どうやら彼らはそれを「レガシー」と呼んでいる

.NET Coreに移行したい場合は、とにかくRemotingの別のソリューションを見つける必要があります。

.NET Remotingは問題のあるアーキテクチャとして識別されました。AppDomain間通信に使用され、サポートされなくなりました。また、Remotingはランタイムサポートを必要とします。これは維持にコストがかかります。これらの理由により、.NET Remotingは.NET Coreではサポートされておらず、将来サポートを追加する予定はありません。

ソース：https : //docs.microsoft.com/en-us/dotnet/core/porting/libraries#remoting

Microsoft .NET Service Bus（つまりRemotingとWCFの両方を意味します）のテクニカルリードであるClemens Vastersが、このフォーラム投稿でWCFとRemotingについて話し合っています。投稿を要約すると、彼は結局リモーティングよりもWCFを推奨することになります。

.NET 4.0が内部でリモート処理を使用しているかどうかはわかりませんが、クレメンスに質問を送信してみてください...彼が答えを知っていると確信しています。

今（2015年）は、クロスアプリケーションドメインでもかなり明確であると思います：https : //msdn.microsoft.com/en-us/library/vstudio/ms180984(v=vs.100).aspx

AppDomain間のリモート処理 このトピックは、既存のアプリケーションとの下位互換性のために保持されているレガシーテクノロジに固有であり、新規開発にはお勧めしません。分散アプリケーションは、Windows Communication Foundation（WCF）を使用して開発する必要があります。

次に、クロスアプリケーションドメインにもWCFを使用する必要があります。