Programmiermodelle für Dynamics 365 Customer Engagement (lokal)

Microsoft Dynamics 365 Customer Engagement (lokal) bietet mehrere Programmiermodelle, mit deren Hilfe Sie flexibel entscheiden können, was für Ihre Anforderungen am besten geeignet ist.

Das folgende Diagramm veranschaulicht die wichtigsten Programmierszenarien für Dynamics 365 Customer Engagement (lokal). Verwenden Sie die entsprechenden Dynamics 365 Customer Engagement -Programmiermodelle (lokal) für den Typ der von Ihnen erstellten Lösungen.

Herstellen einer Verbindung mit Dynamics 365 Customer Engagement (lokal)

Wenn Sie Clients für den Zugriff auf Daten in Dynamics 365 Customer Engagement (lokal) schreiben, haben Sie zwei Optionen: Sie können die Web-API oder den Organisationsdienst verwenden.

Web-API

Die Web-API wurde mit dem Update vom Dezember 2016 für Dynamics 365 (online und lokal) eingeführt und bietet eine Entwicklungsumgebung, die in einer Vielzahl von Programmiersprachen, Plattformen und Geräten verwendet werden kann. Die Web-API implementiert OData (Open Data Protocol) v4. OData ist ein OASIS-Standard zum Erstellen und Verwenden von RESTful-APIs über umfangreiche Datenquellen.

Wenn Sie die Web-API verwenden, können Sie aus einer Liste von communitygestützten Bibliotheken auswählen, die den OData v4-Standard unterstützen. Sie können auch code direkt mit HTTP schreiben. Weitere Informationen: Verwenden der Dynamics 365 Customer Engagement Web-API

Wenn Sie sich mit Dynamics 365 for Customer Engagement-Umgebungen (lokal) mit internetbasierter Bereitstellung (IFD) verbinden, können Sie Azure AD-Authentifizierungsbibliotheken (ADAL) verwenden, um die Authentifizierung aus einer Vielzahl von Programmiersprachen und Plattformen zu aktivieren. Weitere Informationen: Authentifizieren bei Dynamics 365 Customer Engagement (lokal) mit der Web-API

Organisationsservice

Wenn Sie .NET-Entwickler sind, können Sie entweder die Web-API oder den Organisationsdienst verwenden. Mit dem Organisationsdienst können Sie eine Reihe von Assemblys und Tools verwenden, um stark typierte Klassen zu generieren, die benutzerdefinierte Entitäten und Attribute enthalten, die einer Instanz von Dynamics 365 Customer Engagement (lokal) hinzugefügt wurden.

Mit SDK Montagen und Tools für die Codegenerierung können Sie auch eine OrganizationServiceContext einfügen, die auf dem gleichen Konzept wie der DataServiceContext in Windows Communication Foundation (WCF) Data Services basiert. Mit dieser Klasse können Sie Änderungen nachverfolgen, Identitäten und Beziehungen verwalten und Ihnen Zugriff auf den Dynamics 365 Customer Engagement (lokal) .NET Language-Integrated Query (LINQ)-Anbieter gewähren, sodass Sie Abfragen mithilfe von LINQ erstellen können. Wenn Sie die Tools für die Codegenerierung verwenden, erhalten Sie stark typierte Klassen für Entitäten und Attribute, die beim Ausführen des Codegenerierungstools definiert sind. Diese werden als früh gebundene Klassen bezeichnet. Weitere Informationen: Verwenden der früh gebundenen Entitätsklassen im Code

Wenn Ihr Code mit Entitäten und Attributen arbeiten muss, die zum Zeitpunkt der Ausführung der Codegenerierungstools nicht bekannt waren, können Sie eine Entity Klasse verwenden, die das Angeben von Entitäten und Entitätsattributen in Ihrem Code ermöglicht. Dieser spät gebundene Stil des Schreibens von Code bietet mehr Flexibilität, erlaubt jedoch keine Kompilierzeitüberprüfung aller Typen, sodass keine impliziten Umwandlungen auftreten. Späte Bindung überprüft Typen nur, wenn das Objekt erstellt wird oder eine Aktion für den Typ ausgeführt wird. Für die Entity-Klasse müssen Typen explizit angegeben werden, um implizite Umwandlungen zu verhindern. Weitere Informationen: Verwenden der spät gebundenen Entitätsklasse im Code

Wenn Sie einen Windows-Client erstellen oder Windows PowerShell verwenden, stellt Xrm.Tooling eine Reihe von APIs bereit, die die SDK-Assemblys verwenden, um zusätzliche Funktionen und Ressourcen speziell für die Entwicklung von Windows-Clients bereitzustellen. Weitere Informationen: Erstellen von Windows-Clientanwendungen mithilfe der XRM-Tools

Erweiterung am Server

Sie können Code schreiben, der auf Ereignisse lauscht und benutzerdefinierte Geschäftslogik anwendet, um das Standardverhalten der Plattform zu ändern oder zu erweitern. Dieser Code kann nur mit verwaltetem .NET-Code geschrieben werden, und die Entwicklerumgebung basiert auf denselben Objekten, die in den SDK-Assemblys definiert sind. Sie können mit dem Organisationsdienst arbeiten, um Operationen mit Dynamics 365 Customer Engagement (on-premises) Daten durchzuführen. Weitere Informationen: Schreiben sie Plug-Ins, um Geschäftsprozesse zu erweitern.

Sie können auch benutzerdefinierte Prozesse basierend auf dem Windows Workflow Foundation-Programmiermodell erstellen. Sie können verschiedene Arten von Prozessen erstellen. Meistens verwenden Sie den Workflow-Designer. Wenn im Designer jedoch einige Funktionen nicht erreicht werden können, können Sie Prozesse mithilfe von Code definieren. Weitere Informationen: Schreiben von Workflows zum Automatisieren von Geschäftsprozessen

Erweitern innerhalb der Anwendung

Jede der Clientanwendungen, die von Dynamics 365 Customer Engagement (lokal) bereitgestellt werden, umfasst die Möglichkeit, Anpassungen zu definieren und für mehrere Clienttypen bereitzustellen. Die Webanwendung Dynamics 365 für Outlook, Dynamics 365 für Tablets und Dynamics 365 für Telefone bieten jeweils die Möglichkeit, benutzerdefinierte Navigations- und Befehlsoptionen sowie das Xrm-Objektmodell und die Xrm.Utility-Funktionen zu nutzen, die Sie mit JavaScript einsetzen können, um im Client reaktionsschnelle Erlebnisse bereitzustellen. JavaScript-Bibliotheken, HTML-Seiten, Bilder und andere Dateitypen, die im Client verwendet oder angezeigt werden können, sind als URL adressierbare Webressourcen verfügbar. Weitere Informationen: Verwenden von JavaScript mit Kunden-Engagement-Apps und Webressourcen für Dynamics 365 Customer Engagement (lokale Bereitstellung)

Wenn Sie auf Dynamics 365 Customer Engagement -Daten (lokal) zugreifen müssen, die im Kontext, in dem Ihr JavaScript-Code ausgeführt wird, nicht verfügbar ist, können Sie Aufrufe an den Server senden, um die benötigten Daten abzurufen. Der Organisationsdienst kann verwendet werden, aber es ist viel einfacher, die Web-API mit JSON anstelle der vom Organisationsdienst benötigten XML zu verwenden. Da Ihr Skript im Kontext der Anwendung ausgeführt wird, werden Sie automatisch authentifiziert. Weitere Informationen: Erste Schritte mit der Dynamics 365 Customer Engagement Web API (clientseitiges JavaScript)

Siehe auch

Entwicklerhandbuch für Dynamics 365 Customer Engagement (lokal)
Loslegen
Lernprogramme und Ressourcen
Bewährte Methoden
Entwicklertools