Microsoft Dataverse-Erweiterbarkeitsmodell
Das Verständnis der zugrunde liegenden Architektur von Microsoft Dataverse ist für die Erweiterung seiner Funktionen wertvoll. Da es sich bei Dataverse um eine Software-as-a-Service-Plattform handelt, werden die meisten dieser Details, z. B. der zugrunde liegende Datenspeicher, erfolgreich von Entwicklern abstrahiert, damit sie sich besser auf andere Aufgaben konzentrieren können, z. B. die Erstellung von benutzerdefinierter Geschäftslogik und die Integration in andere Anwendungen. Die Grafik veranschaulicht die zugrunde liegenden Komponenten, wobei die hervorgehobenen Abschnitte Bereiche zeigen, in denen Entwickler modellgesteuerte Power Apps-Anwendungen mit Code erweitern können.
Hinweis
Diese Lerneinheit dient lediglich als allgemeiner Überblick über die Dataverse-Architektur. Eine tiefergehende Analyse von Dataverse finden Sie im Dataverse-Entwicklerhandbuch.
Metadaten und Lösungserkenntnis
Microsoft Dataverse bietet eine metadatengesteuerte Architektur, um Benutzern die Möglichkeit einzuräumen, benutzerdefinierte Tabellen zu erstellen und vorhandene Tabellen zu erweitern. Wir können diesen Ansatz verwenden, um unsere Anpassungen problemlos über Dataverse-Umgebungen hinweg zu verschieben.
Beim Erstellen einer benutzerdefinierten Tabelle werden Metadaten zu dieser Tabelle, deren Spalten und Beziehungen zu anderen Tabellen sowie Benutzeroberflächenkomponenten (wie z. B. Formulare und Ansichten) als Metadaten in der Dataverse-Umgebung in einer Lösung gespeichert.
Dataverse zeigt zudem einen OData V4 RESTful-Endpunkt an, der als Dataverse-Web-API bezeichnet wird und zur Anzeige und Bearbeitung von Metadaten in einer Dataverse-Umgebung verwendet werden kann. Ein gängiger Mechanismus zum Durchsuchen der Metadaten Ihrer Lösung ist der Metadaten-Browser. Microsoft bietet diesen als Lösung an. Sie können ihn in Ihre App installieren. Die aktuellen Links finden Sie unter Tabellendefinitionen in Ihrer Umgebung durchsuchen. Dieses Tool kann in jeder modellgesteuerten PowerApp installiert werden. Darüber hinaus ist in XrmToolbox Gemeinschaft-Metadaten-Browser-Tool verfügbar.
.NET Assemblies (Plug-Ins)
Dataverse-Plug-Ins sind verwaltete, registrierte Codeklassen, die beim Eintreten bestimmter Dataverse-Ereignisse ausgeführt werden. Bei Eintritt des Ereignisses durchläuft es eine Plug-In-Ausführungspipeline, die aus drei Phasen besteht: Pre-Validation, Pre-Operation und PostOperation. Bei der Registrierung eines Plug-Ins müssen Sie auswählen, in welcher Phase Ihr Code ausgeführt werden soll. Die auszuwählende Phase hängt vom Zweck der Erweiterung ab. Sie müssen nicht Ihre gesamte Geschäftslogik in einem einzigen Schritt anwenden.
Sie können Plug-Ins auch so konfigurieren, dass sie entweder synchron oder asynchron ausgeführt werden. Synchrone Plug-Ins werden sofort entsprechend der Phase und der Ausführungsreihenfolge ausgeführt. Der gesamte Vorgang wird bis zum Ende abgewartet. Asynchrone Plug-Ins werden nach Abschluss des Vorgangs durch einen Systemauftrag ausgeführt und können so nur für die PostOperation-Phase registriert werden.
Sie können zudem Plug-ins entwickeln und registrieren, um Logik für benutzerdefinierte Dataverse-API-Nachrichten zu implementieren.
APIs
Die Dataverse-APIs stellen eine programmgesteuerte Schnittstelle für Anwendungen und Dienste bereit, um auf in Dataverse gespeicherte Geschäftsdaten, Organisationsinformationen und Metadaten zugreifen zu können. Entwickler können eine RESTful OData-Web-API oder typisierte .NET-Klassen über das SDK für .NET-Assemblys nutzen, je nachdem, wie sie die API verwenden müssen. Die Web-API ist am umfassendsten anwendbar, da für sie lediglich die Fähigkeit erforderlich ist, HTTP-Anfragen zu stellen und HTTP-Antworten zu verarbeiten. Sie müssen das SDK für .NET für die Dataverse-Plug-In-Entwicklung verwenden. Sie können für die meisten anderen Verwendungszwecke den API-Stil auswählen, der am besten zu dem passt, was Sie erstellen.