Gérer le contrôle de version de l’adaptateur avec le Kit de développement logiciel (SDK) de l’adaptateur LOB WCF
Après le déploiement initial des adaptateurs et potentiellement plusieurs fois pendant leur durée de vie, les adaptateurs (et les points de terminaison qu’ils exposent) peuvent avoir besoin d’être modifiés pour diverses raisons. Ces raisons incluent l’évolution des besoins de l’entreprise, les exigences en matière de technologies de l’information ou les problèmes liés au système métier ou à l’adaptateur lui-même. Cette rubrique présente différentes stratégies de gestion du contrôle de version pour les adaptateurs écrits à l’aide du Kit de développement logiciel (SDK) de l’adaptateur métier Microsoft Windows Communication Foundation (WCF).
Contrôle de version et Windows Communication Foundation
Le Kit de développement logiciel (SDK) de l’adaptateur LOB WCF repose sur Windows Communication Foundation (WCF) et s’appuie sur son infrastructure pour échanger des messages entre systèmes. À l’aide des mécanismes exposés par WCF, vous pouvez versionner à la fois les services et les contrats de données. Pour plus d’informations, notamment les meilleures pratiques pour le contrôle de version de service, consultez Gestion des versions de service dans la référence en ligne WCF. Pour plus d’informations, notamment les meilleures pratiques pour le contrôle de version des contrats de données, consultez Gestion des versions des contrats de données dans la référence en ligne WCF.
Scénarios de gestion de version
Il existe deux scénarios principaux de contrôle de version :
Une version de l’adaptateur prend en charge plusieurs versions du système cible.
Au moins deux versions d’adaptateurs prennent en charge le même système ou deux ou plusieurs systèmes différents.
Vous devrez peut-être également publier une nouvelle version de votre adaptateur si les mises à jour apportées au Kit de développement logiciel (SDK) de l’adaptateur LOB WCF affectent les fonctionnalités existantes.
Chacun de ces scénarios nécessite une stratégie de contrôle de version différente.
Notes
Le Kit de développement logiciel (SDK) de l’adaptateur LOB WCF n’applique aucun scénario de contrôle de version spécifique. Il est laissé au développeur de déterminer les exigences de contrôle de version pour un adaptateur.
Un adaptateur prend en charge plusieurs versions du système cible
Lorsque l’adaptateur prend en charge plusieurs versions du système cible, vous devez exposer une ou plusieurs propriétés de liaison qui peuvent être utilisées pour identifier la version souhaitée. Par exemple, un adaptateur peut prendre en charge plusieurs bibliothèques de communication fournies par le fournisseur du système cible. À l’aide d’une propriété de liaison personnalisée nommée « LibraryVersion », le consommateur de l’adaptateur peut choisir la bibliothèque à utiliser en fonction de l’environnement de déploiement ou d’autres exigences.
Deux adaptateurs ou plus prennent en charge une version du système cible
Dans ce cas, chaque adaptateur doit utiliser un schéma unique (ContosoV1 :// et ContosoV2 ://) et un nom de liaison unique (ContosoV1Binding et ContosoV2Binding). Les fournisseurs doivent également envisager d’utiliser leur nom dans le schéma et le nom de liaison (par exemple, Microsoft.ContosoV1 :// et Microsoft.ContosoV1Binding).
Nouvelles versions du Kit de développement logiciel (SDK) de l’adaptateur LOB WCF
Lorsque de nouvelles versions du Kit de développement logiciel (SDK) de l’adaptateur LOB WCF sont publiées, vous pouvez installer la nouvelle version sans avoir à recompiler votre adaptateur, car les versions du KIT SDK de l’adaptateur LOB WCF sont à compatibilité descendante. Toutefois, vous devez évaluer les nouvelles versions pour déterminer s’il existe un changement dans les fonctionnalités dont dépend votre adaptateur, ou s’il existe de nouvelles fonctionnalités que votre adaptateur tirerait parti de l’implémentation.