Ein Artikel ist auf MSDN vorhanden, mit dem wir entscheiden können, welcher Entwicklungsstil für neue Dynamics 365-Projekte verwendet werden soll. https://msdn.microsoft.com/en-us/library/jj602917.aspx#NetOrNotDynamics 365 - Tooling oder webAPI
Für unser aktuelles Projekt erstellen wir eine Webanwendung, die Daten von Dynamics365 erhält. Dem Ablaufdiagramm folgend würden wir so zu diesem kommen:
- Code geschrieben mit .NET? Ja
- In Plug-ins, benutzerdefinierten Workflows oder benutzerdefinierten XAML-Workflows verwendeter Code? Nein
- Projekt ist ein Windows-Client? Keine
==> Verwenden Sie Web-API
Wir sind nicht sicher, was der Vorteil ist es, den Web-API zu verwenden im Vergleich zu dem XRM Tooling Baugruppen. Aus dem, was wir sehen, müssen wir bei der Verwendung der Web-API den Overhead des Aufrufs des Webservice durch eine Webanfrage selbst schreiben. Die XRM Tooling-Assemblies enthalten diesen Code bereits.
Was sind die Hauptunterschiede zwischen XRM Tooling-Baugruppen und der Verwendung der Web-API? Warum würde es einen Unterschied geben, ob wir für einen Windows Client oder einen Web Client entwickeln?