Verwalten der Adapterversionsverwaltung mit dem WCF LOB Adapter SDK
Nach der ersten Bereitstellung von Adaptern und möglicherweise mehrmals während ihrer Lebensdauer müssen Adapter (und die von ihnen verfügbar gemachten Endpunkte) aus verschiedenen Gründen geändert werden. Zu diesen Gründen gehören veränderte Geschäftsanforderungen, It-Anforderungen oder Probleme mit dem Branchensystem oder dem Adapter selbst. In diesem Thema werden verschiedene Strategien für die Versionsverwaltung für Adapter erläutert, die mit dem Lob-Adapter-SDK (Microsoft Windows Communication Foundation, WCF) geschrieben wurden.
Versionsverwaltung und Windows Communication Foundation
Das WCF LOB Adapter SDK basiert auf Windows Communication Foundation (WCF) und basiert auf seiner Infrastruktur für den Austausch von Nachrichten zwischen Systemen. Mithilfe von Mechanismen, die WCF verfügbar macht, können Sie sowohl Dienste als auch Datenverträge versionsieren. Weitere Informationen, einschließlich bewährter Methoden für die Dienstversionsverwaltung, finden Sie unter Dienstversionsverwaltung in der WCF-Onlinereferenz. Weitere Informationen, einschließlich bewährter Methoden für die Versionsverwaltung von Datenverträgen, finden Sie unter Datenvertragsversionsverwaltung in der WCF-Onlinereferenz.
Versionsverwaltungsszenarien
Es gibt zwei primäre Versionsverwaltungsszenarien:
Eine Adapterversion unterstützt mehrere Versionen des Zielsystems.
Mindestens zwei Adapterversionen unterstützen dasselbe System oder mindestens zwei unterschiedliche Systeme.
Möglicherweise müssen Sie auch eine neue Version Ihres Adapters freigeben, wenn Updates für das WCF LOB Adapter SDK vorhandene Funktionen beeinträchtigen.
Jedes dieser Szenarien erfordert eine andere Versionierungsstrategie.
Hinweis
Das WCF LOB Adapter SDK erzwingt keine bestimmten Versionsverwaltungsszenarien. Es bleibt dem Entwickler überlassen, die Versionsverwaltungsanforderungen für einen Adapter zu bestimmen.
Ein Adapter unterstützt mehrere Versionen des Zielsystems.
Wenn der Adapter mehrere Versionen des Zielsystems unterstützt, sollten Sie eine oder mehrere Bindungseigenschaften verfügbar machen, die zum Identifizieren der gewünschten Version verwendet werden können. Beispielsweise kann ein Adapter mehrere Kommunikationsbibliotheken unterstützen, die vom Anbieter des Zielsystems bereitgestellt werden. Mithilfe einer benutzerdefinierten Bindungseigenschaft namens "LibraryVersion" konnte der Adapterconsumer basierend auf der Bereitstellungsumgebung oder anderen Anforderungen auswählen, welche Bibliothek verwendet werden soll.
Zwei oder mehr Adapter unterstützen eine Version des Zielsystems.
In diesem Fall sollte jeder Adapter ein eindeutiges Schema (ContosoV1:// und ContosoV2://) und einen eindeutigen Bindungsnamen (ContosoV1Binding und ContosoV2Binding) verwenden. Anbieter sollten erwägen, ihren Namen auch im Schema und bindungsnamen zu verwenden (z. B. Microsoft.ContosoV1:// und Microsoft.ContosoV1Binding).
Neue Versionen des WCF LOB Adapter SDK
Wenn neue Versionen des WCF LOB Adapter SDK veröffentlicht werden, können Sie die neue Version installieren, ohne den Adapter neu kompilieren zu müssen, da WCF LOB Adapter SDK-Versionen abwärtskompatibel sind. Sie sollten jedoch neue Releases auswerten, um festzustellen, ob es eine Änderung der Funktionalität gibt, von der Ihr Adapter abhängt, oder ob neue Funktionen vorhanden sind, von deren Implementierung Ihr Adapter profitieren würde.
Weitere Informationen
Bewährte Methoden für die Entwicklung mit dem WCF LOB Adapter SDK