Die Programmiermodelle für Microsoft Dynamics CRM 2015

 

Veröffentlicht: November 2016

Gilt für: Dynamics CRM 2015

Microsoft Dynamics 365 verfügt über mehrere Programmierparadigmen, die angewendet werden, um Ihnen die Flexibilität zu gewähren, sich zu entscheiden, was am besten für Ihre Anforderungen ist. Ein Entitätsdatenmodell mit früher Bindung wurde hinzugefügt, das eine Schicht "Objektservices" enthält , die in den Stapel integriert ist und Entitätswerte .NET Framework-Objekte zur Verfügung stellt. Sie können auch das Szenario mit später Bindung verwenden.

Programmierbarkeitsszenarien

Das folgende Diagramm zeigt die wichtigsten Programmierbarkeitsszenarien für Microsoft Dynamics CRM 2015 und Microsoft Dynamics CRM Online 2015-Update.

Verwenden Sie diese Microsoft Dynamics 365-Programmierparadigmen für Folgendes:

• Frühe Bindung – Microsoft Dynamics 365 verwendet ein Entitätsdatenmodell und Windows Communication Foundation (WCF) Data Services-Technologie, um einen neuen Satz von Tools zur Verfügung zu stellen, die die Entwicklung von internetfähigen Anwendungen, die mit Microsoft Dynamics 365 interagieren, vereinfacht. Dadurch wird auch ein weiteres Programmierparadigma aktiviert: ein Organisationsservicekontext, der Änderungen an Objekten nachverfolgt und .NET Language-Integrated Query (LINQ)-Abfragen unterstützt, um Daten aus Microsoft Dynamics 365 abzurufen. Weitere Informationen finden Sie unter Verwenden Sie im Code die Entitätsklassen mit früher Bindung.

• Spät gebunden - Mit diesem Programmierparadigma können Sie Code schreiben, der auf Entitäten zugreift, die noch nicht definiert sind. Beispielsweise können Sie dies verwenden, um ein benutzerdefiniertes Suchenhilfsprogramm zu schreiben, das für jede Installation von Microsoft Dynamics 365 funktioniert, unabhängig von den Anpassungen, die Sie vorgenommen haben. Weitere Informationen finden Sie unter Verwenden Sie die spät gebunden Entitätsklasse in Code. Mit diesem Paradigma kann auch Code in einer allgemeinen Weise so geschrieben werden, dass er keinen bestimmten Typ von Entität erfordert.

• REST – Der REST-Endpunkt für AJAX und Microsoft Silverlight-Clients bietet eine alternative Schnittstelle, die Sie verwenden können, um mit Microsoft Dynamics 365-Daten zu arbeiten. Anstatt den SOAP-basierten Webdienst direkt aufzurufen, können Sie Anforderungen mithilfe eines Services, der auf einer URI basiert, ausführen. Weitere Informationen finden Sie unter Verwenden des OData-Endpunkts mit Webressourcen.

• WSDL – Mit diesem Programmierparadigma können Sie Code von Nicht-.NET Clients entwickeln, und sind nicht auf die Verwendung von Microsoft Dynamics 365-Assemblys angewiesen. Beispielsweise können Sie dieses Programmiermodell verwenden, um Code für Microsoft Dynamics 365 in Java zu schreiben. Weitere Informationen finden Sie unter Schreiben von Java und anderen nicht-.NET-Client-Anwendungen.

Programm, das frühe und späte Bindung verwendet

In Microsoft Dynamics 365 können Sie unter mehreren Programmierszenarien wählen, um das Modell zu finden, das am besten Ihren Anforderungen passt.

Das wichtigste Entwicklungsszenario für Microsoft Dynamics 365 für Microsoft .NET Framework verweist auf zwei Assemblys, die Ihnen ermöglichen, sich mit einem beliebigen Microsoft Dynamics 365-System sowohl für Typen mit früher wie auch später Bindung zu verbinden. Dieses Szenario kann als späte Bindung oder lose typisiert beschrieben werden. Um Typen mit später Bindung zu verwenden, können Sie die Entity-Klasse verwenden. Diese Klasse definierten eine Sammlung von Attributen, die verwendet werden können, die Werte von Attributen zu akquirieren und festzulegen. Um dieses Modell zu verwenden, muss der genaue logische Nameals Zeichenfolge bekannt (und angegeben) sein.

Alternativ können Sie die Klassen mit früher Bindung verwenden, die direkt den Metadaten generiert werden, die alle Anpassungen enthalten. Die generierten Klassen bieten frühe Bindung und IntelliSense, um Ihnen zu helfen, wenn Sie benutzerdefinierten Code schreiben. Weitere Informationen finden Sie unter Entitätsklassen mit früher Bindung mit dem Codegenerierungstool erstellen (CrmSvcUtil.exe).

Die Entitätsklassenstruktur ist Folgende:

Die DynamicEntity-Klasse ist durch die Basisklasse Entity ersetzt worden. Dies bedeutet, dass alle Typen sowohl zur Erstellungszeit als auch zur Laufzeit auffindbar sind, wodurch alle stark typisierten Entitäten jetzt lose typisierte Entitäten sind. Sie können beide Programmierszenarie in dem gleichen Code verwenden, wie im folgenden Beispiel gezeigt:

Account entity = new Account();
entity["name"] = "My Account"; //loosely typed, late binding
entity.AccountNumber = "1234"; //strongly typed, early binding

Die Microsoft Dynamics CRM SDK-Dokumentation enthält Beispiele, die beide Programmierszenarien verwenden. Die Beispiele mit früher Bindung verwenden eine Datei von stark typisierten Klassen, die mit dem Codegenerierungshilfsprogramm aus einer neuen, nicht benutzerdefinierten Installation von Microsoft Dynamics 365 generiert werden. Um die Beispiele auszuführen, müssen Sie eine Datei von stark typisierten Klassen aus Ihrer Installation generieren. Sie können entscheiden, ob Sie eine Proxyassembly von der generierten Codedatei erstellen, oder aber die Datei direkt in Ihr Projekt einschließen, wie wir es für die Beispiele getan haben. Weitere Informationen zu Ihren Entwicklungsstil-Auswahlen finden Sie unter Auswählen des Entwicklungsstils für verwalteten Code.

Siehe auch

Entwicklerübersicht
Unterstützte Erweiterungen für Microsoft Dynamics CRM 2015
Im Microsoft Dynamics CRM 2015-SDK enthaltene Assemblies
Namenskonventionen für Entitäten und Attribute
Einführung in Entitäten in Microsoft Dynamics CRM 2015
Einführung in die Entitätsattribute in Microsoft Dynamics CRM 2015

© 2017 Microsoft. Alle Rechte vorbehalten. Copyright