.NET Remoting est-il vraiment déprécié ?

Question

Tout le monde dit que .NET Remoting est en train d'être remplacé par WCF, mais je me demande dans quelle mesure cela est exact. Je n'ai pas vu d'annonce officielle indiquant que Remoting est déprécié, et il me semble qu'il existe certainement des scénarios dans lesquels Remoting a plus de sens que WCF. Aucun des objets ou méthodes liés à Remoting n'a été déprécié, même dans la version 4.0 du framework. Je crois également savoir que System.AddIn dans les cadres 3.5 et 4.0 utilise Remoting.

Quelqu'un a-t-il des informations officielles à ce sujet ?

Dans l'article, Choix des options de communication dans .NET (pour 3.0, car il s'agit de la dernière version de cet article), il est indiqué :

8 Communications entre domaines d'application

Si vous devez prendre en charge la communication entre des objets de différents domaines d'application au sein d'un même processus, vous devez utiliser .NET remoting.

Maintenant, cela, bien sûr, n'est pas exact, comme WCF peut certainement être employé pour traverser des frontières d'appdomain, mais donne-t-il la recommandation officielle pour ce scénario ?

Mise à jour : J'ai envoyé cette question à Clemens Vasters (qui faisait partie de l'équipe propriétaire de Remoting et WCF) :

Clemens, je comprends que vous faites partie de l'équipe qui possède à la fois remoting et wcf, et j'ai quelques questions pour lesquelles je pense devoir aller à la source.

Tout d'abord, j'ai une question sur le fait que le remoting va disparaître. Plus précisément, nous avons une application assez importante qui utilise largement le remoting pour la communication inter-appartements en cours de traitement, et je me demandais si cette utilisation du remoting était considérée comme "ancienne". Dans l'affirmative, AppDomain.CreateInstance et ses amis seront-ils remplacés par autre chose ?

Voici sa réponse :

Le remoting fait partie du .Net Framework et, en tant que tel, il n'est pas prêt de disparaître. COM est présent dans Windows depuis Windows NT 3.5/Windows 95 et n'a pas disparu et je ne pense pas qu'il va disparaître de sitôt non plus.

Cela dit, l'investissement en développement pour Remoting est très faible. WCF est le successeur de Remoting et supplante COM/DCOM pour le code géré.

Pour les communications intra-processus et inter-domaines, Remoting est le moyen de communication natif du CLR. Si vous rencontrez des problèmes de performance lors du pompage de grandes quantités de données ou de très nombreux messages en peu de temps, vous devriez vous pencher sérieusement sur WCF et le NetNamedPipeBinding.

Answer 1

Il serait plus juste de dire qu'il s'agit d'une technologie héritée.

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

Ce sujet est spécifique à une technologie patrimoniale technologie qui est conservée pour rétrocompatibilité avec les applications existantes et n'est pas recommandée pour les nouveaux développements. Les applications distribuées doivent désormais être développées à l'aide de Windows Communication Foundation (WCF).

Mise à jour : WCF ne distingue pas entre inter/intra/process/inter/intra-appdomaine. Si vous utilisez la communication de machine simple dans WCF vous utilisez des pipes nommés- l'utilisation devrait donner la bonne exécution dans pratiquement tous les scénarios réalistes.

Pour une comparaison des performances des différentes technologies de communication distribuées voir ici .

Answer 2

Oui. Remoting est déprécié... et c'est officiel de la part de Microsoft. Voici le lien :

Remoting .NET

La première ligne de l'article dit en gras :

Ce sujet est spécifique à une technologie patrimoniale qui est conservée pour assurer la compatibilité avec les applications existantes et qui n'est pas recommandée pour un nouveau développement. recommandée pour les nouveaux développements. Les applications distribuées doivent désormais être développées à l'aide de Windows Communication Foundation (WCF).

Je pensais que le verbiage était "déprécié", mais apparemment ils s'y réfèrent comme à un "héritage".

Answer 3

Si vous souhaitez migrer vers .NET Core, vous devez trouver une autre solution pour les services suivants Remoting de toute façon :

.NET Remoting a été identifié comme une architecture problématique. Elle est utilisée pour la communication inter-AppDomain, qui n'est plus prise en charge. De plus, Remoting nécessite un support d'exécution, ce qui est coûteux à maintenir. Pour ces raisons, .NET Remoting n'est pas pris en charge par .NET Core, et nous ne prévoyons pas de l'ajouter à l'avenir.

Source : https://docs.microsoft.com/en-us/dotnet/core/porting/libraries#remoting

Answer 4

Clemens Vasters, le responsable technique du bus de service Microsoft .NET (c'est-à-dire Remoting et WCF), parle de WCF et de Remoting dans son article intitulé "Le bus de service". ce message du forum . Pour résumer le post, il finit par recommander WCF sur Remoting.

Je ne suis pas sûr que .NET 4.0 utilise le remoting en interne mais vous pourriez essayer d'envoyer la question à Clemens... Je suis sûr qu'il connaît la réponse.

Answer 5

Je pense que maintenant (2015), c'est assez clair, même pour les applications croisées. domaines : https://msdn.microsoft.com/en-us/library/vstudio/ms180984(v=vs.100).aspx

Remoting Cross AppDomains Ce sujet est spécifique à une technologie patrimoniale technologie qui est conservée pour assurer une compatibilité rétroactive avec les applications et n'est pas recommandée pour les nouveaux développements. Les applications distribuées doivent désormais être développées à l'aide de Windows Communication Foundation (WCF).

Alors WCF devrait être utilisé pour les domaines d'application croisés aussi.