Freigeben über

Grundlegendes zum BRANCHENsystem mit dem WCF LOB Adapter SDK

  • Artikel

Bevor Sie Ihren Adapter mithilfe des WCF LOB Adapter SDK entwickeln, müssen Sie über ein umfassendes Verständnis des Branchenzielsystems verfügen. Wenn Sie die vom Branchensystem bereitgestellten Funktionen, die Bereitstellung und die unterschiedlichen Unterstützungsebenen für Sicherheit, Transaktionen und andere Features nicht verstehen, stellt Ihr Adapter möglicherweise nicht die von Adapterverbrauchern benötigten Features bereit. In diesem Abschnitt werden die Bereiche beschrieben, die Sie verstehen müssen, um Ihren Adapter effektiv zu entwerfen.

Der Pfad zum Verstehen

Der Zweck eines Adapters besteht darin, Daten und Vorgänge aus einem Branchensystem in einer konsistenten, zugänglichen Weise gemäß den Regeln der Adapterspezifikation und/oder Adapter-API verfügbar zu machen. Um zu wissen, welche Vorgänge und Daten verfügbar gemacht werden sollen, müssen Sie verstehen, was das System tut und wie es seine Daten und Vorgänge verfügbar macht. Insbesondere müssen Sie über die folgenden Entwurfsprobleme nachdenken:

  • Verbindungslebenszyklus. Wie werden Verbindungen geöffnet und geschlossen? Wie werden offene Verbindungen verwaltet? Gibt es besondere Anforderungen an die Wiederverwendung einer Verbindung? Weitere Informationen zu Verbindungen finden Sie unter Microsoft.ServiceModel.Channels.Common.IConnection.

  • Die vom System verfügbar gemachten Vorgangs- und Typmetadaten. Unterstützt das Branchensystem die Vorgangssuche und -suche sowie den einfachen Zugriff auf Metadaten, oder müssen Sie Supportcode entwickeln, um diese Funktionalität bereitzustellen? In SQL Server Vorgängen sind beispielsweise Objekte wie gespeicherte Prozeduren. Typmetadaten zu Spalten, Tabellen und anderen Objekten lassen sich einfach abrufen. Legacy-Branchensysteme sind möglicherweise schwieriger zu arbeiten.

  • Wie Vorgänge und Daten vom System verfügbar gemacht werden. Wie wird die API verfügbar gemacht? Unterstützt die API blockierende (synchrone) und nicht blockierende (asynchrone) Aufrufe? Werden Rückrufe unterstützt? Werden Sie eine Schnittstelle auf API- oder Protokollebene durchführen?

  • Unterstützung für Sicherheit, Transaktionen und zuverlässiges Messaging. Wenn die API eines dieser Features unterstützt, möchten Sie sie wahrscheinlich dem Adapter-Consumer zur Verfügung stellen. Beispielsweise verfügt SQL Server über Sicherheits- und Transaktionsunterstützung, obwohl zuverlässiges Messaging nicht praktikabel ist (aber mit MSMQ oder einem anderen Warteschlangensystem).

  • Welche Funktionen und Nutzungsszenarien sind wichtig? Beschränken Sie Ihr Verständnis nicht auf das rein technische; Geschäftsanforderungen mit erfahrenen Benutzern zu besprechen und zu erfassen. Gibt es für einige Vorgänge eindeutige Einschränkungen? Gibt es Vorgänge, die obskur, aber nützlich sind? Wird eine Bestimmte Funktionalität selten verwendet?

    Um diese Informationen zu ermitteln, sollten Sie die Benutzer- und technische Dokumentation für das Zielsystem der Branche konsultieren. Wenn die Dokumentation spärlich ist oder fehlt, können Sie sich auch über die technischen Aspekte des Systems informieren, indem Sie nach Online-Supportforen, Online-Newsgroups, Blogs suchen oder die Installationsdateien auf Implementierungsdetails untersuchen. Wenn Sie Zugriff auf die branchenspezifischen Entwickler oder Codedateien haben, können Sie möglicherweise die benötigten Informationen ermitteln, einschließlich der Verbindungssemantik, der Unterstützung für Die Sicherheit und der Art, wie Vorgänge durchsucht und aufgerufen werden.

Weitere Informationen

Planen und Entwerfen des Adapters mithilfe des WCF LOB Adapter SDK
Erste Schritte mit dem WCF LOB Adapter SDK
Auswählen des geeigneten Frameworks