C-Sharp .Net Wcf Web Services Backwards Compatibility

Comprendre les problèmes de compatibilité descendante du Service WCF

Si vous vous aventurez dans le monde des services WCF (Windows Communication Foundation), vous pourriez rencontrer un obstacle important connu sous le nom de compatibilité descendante. Ceci est particulièrement vrai lorsque vous devez vous assurer que vos nouveaux services WCF peuvent communiquer sans problème avec d’anciennes applications héritées développées sur .NET 1.1 et 2.0.

Le Problème

Lorsque vous utilisez des services WCF avec un point de terminaison basicHttpBinding, vous pouvez découvrir que les signatures de méthode dans votre service WCF sont modifiées et présentées différemment aux anciennes applications clientes. Par exemple, une simple signature de méthode comme :

public bool MethodToReturnTrue(string seedValue);

peut être transformée en quelque chose de plus complexe et moins intuitif :

public void MethodToReturnTrue(string seedValue, out bool result, out bool MethodToReturnTrueResultSpecified);

Cela peut être frustrant si votre objectif est de maintenir une interface simple avec les clients hérités.

Pourquoi Cela Arrive-t-il ?

Le problème découle du design de WCF pour supporter des fonctionnalités avancées et des types de données qui n’étaient pas présents dans les anciennes versions de .NET. Bien que cette compatibilité descendante soit un objectif louable, elle entraîne souvent des transformations inattendues des signatures de méthode, compliquant l’intégration avec les anciens systèmes.

Une Solution Pratique : Créer une Couche d’Interopérabilité

Introduction de la Couche d’Interopérabilité

Pour aborder ce problème efficacement, envisagez de mettre en œuvre un service web ASMX traditionnel comme couche d’interopérabilité (interop) entre vos services WCF et les applications héritées. Voici comment cette solution fonctionne :

  1. Ajouter un Service Web ASMX : Commencez par créer un nouveau service web ASMX dans votre projet. Ce type de service est compatible avec les anciens protocoles et peut être consommé par des applications héritées sans problème.

  2. Appeler le Service WCF : Depuis votre service ASMX, invoquez les méthodes nécessaires de votre service WCF en utilisant des appels WCF standards.

  3. Retourner les Types Originaux : Lorsqu’une méthode du service WCF est appelée, le service ASMX peut gérer les types d’entrée attendus et mapper la sortie vers les types de retour plus simples auxquels les clients hérités sont familiers. Cela vous permet d’éviter des modifications significatives dans votre service WCF.

Avantages de l’Utilisation d’une Couche d’Interopérabilité

  • Refactoring Minime : Étant donné que vous ne modifiez pas le service WCF original, vous pouvez maintenir la plupart de votre structure de code existante.
  • Compatibilité Inattendue : Étonnamment, cette approche donne souvent des résultats meilleurs que prévu en termes de performance et de fiabilité.
  • Intégration Simple : Les clients hérités peuvent continuer à fonctionner sans nécessiter de changements de leur côté.

Conclusion

Bien que travailler avec les services WCF puisse poser certains défis en matière de compatibilité descendante avec les clients hérités, la mise en œuvre d’une couche d’interopérabilité ASMX fournit une solution robuste et efficace. Cette méthode préserve non seulement l’intégrité de vos services WCF existants mais permet également une intégration fluide avec des applications plus anciennes qui continuent de compter sur elles.

Si vous rencontrez des problèmes similaires, envisagez d’essayer cette approche ! Cela pourrait être la solution rapide dont vous avez besoin pour maintenir vos applications héritées en bon fonctionnement aux côtés des services WCF modernes.