Unterstützte und nicht unterstützte Anpassungspraktiken

Entwickler, die Dynamics 365 Customer Engagement (on-premises) erweitern, sind dafür verantwortlich, die im SDK dokumentierten Regeln und Best Practices zu befolgen: Best Practices für das Entwickeln mit Dynamics 365 Customer Engagement (on-premises). Das SDK dokumentiert die Entwicklern zur Verfügung stehenden APIs und leitet sie bei ihrer optimalen Nutzung an. Microsoft unterstützt nur die APIs und Methoden, die im SDK dokumentiert sind. Möglicherweise finden Sie im Internet etwas, das beschreibt, wie Sie ein Problem lösen können, aber wenn es keine im SDK dokumentierten APIs nutzt, wird es von Microsoft nicht unterstützt. Bevor Sie einen Entwickler eine Änderung durchführen lassen, sollten Sie sich vergewissern, dass unterstützte Methoden verwendet werden.

Wenn Entwickler die APIs und bewährten Methoden verwenden, die im SDK beschrieben sind, können wir sicher sein, dass wir testen können, ob unsere Änderungen der Kundenbindung bestehende Anpassungen beschädigen können. Es ist unser Ziel, dass mithilfe unterstützter Methoden geschriebene Codeanpassungen weiter funktionieren, wenn neue Versionen oder Aktualisierungen der Kundenbindungs-Apps erscheinen. Sie profitieren davon, da Sie auf neue Versionen mit verbesserten Funktionen aktualisieren können, ohne dass Entwickler jedes Mal ihren Code ändern müssen.

Wenn wir feststellen, dass eine Änderung in einer neuen Version der Kundenbindungs-Apps zum Fehlschlag einer unterstützten Anpassung führt, dokumentieren wir, was betroffen ist und wie der Code geändert werden kann, um dies zu beheben.

Welche Arten von Anpassungen werden nicht unterstützt mit Dynamics 365 Customer Engagement (on-premises)?

Nur weil bestimmte APIs und Programmierpraktiken von Microsoft nicht unterstützt werden, bedeutet das nicht, dass sie nicht funktionieren. „Nicht von Microsoft unterstützt“ bedeutet genau, was es sagt: Sie erhalten von Microsoft keine Unterstützung zu diesen APIs oder Programmierpraktiken. Wir testen sie nicht, und wir wissen nicht, ob sie durch eine unserer Änderungen beschädigt werden. Wir können nicht voraussagen, was passiert, wenn jemand Code in unserer Anwendung ändert.

Der Entwickler, der nicht unterstützte APIs und Programmierpraktiken verwendet, übernimmt die Verantwortung dafür, den damit verbundenen Code zu unterstützen. Er muss den Code testen, um sicherzustellen, dass er funktioniert.

Wenn Sie sich entscheiden, nicht unterstützte Anpassungen in Ihren Kundenbindungs-Apps-Bereitstellung zu verwenden, sollten Sie alles, was getan wurde, dokumentieren und über eine Strategie verfügen, diese Anpassungen wieder zu entfernen, bevor Sie sich an den technischen Support von Dynamics 365 Customer Engagement (on-premises) wenden. Wenn Sie Hilfe bei nicht unterstützten Anpassungen benötigen, wenden Sie sich an den Entwickler oder die Organisation, die die Anpassungen vorgenommen haben.

Allgemeine nicht unterstützte Anpassungspraktiken

Nachfolgend finden Sie eine Liste verbreiteter Anpassungspraktiken, die nicht unterstützt werden. Dies ist keine vollständige Liste. Weitere Informationen: Unterstützte Erweiterungen für Dynamics 365 Customer Engagement (on-premises): Nicht unterstützte Anpassungen.

Interagieren mit Elementen der Webanwendung Document Object Model (DOM) mit JavaScript
Alle JavaScript-Bibliotheken, die irgendwo in der Anwendung verwendet werden, dürfen nur mit der dokumentierten API interagieren. Wenn JavaScript-Entwickler mit Anwendungen arbeiten, greifen sie oft auf DOM-Elemente mithilfe bestimmter Namen zu. Da Dynamics 365 Customer Engagement (on-premises) eine Webanwendung ist, funktionieren diese Techniken, sie schlagen jedoch wahrscheinlich während eines Updates fehl, da die Namen der Elemente, auf die sie verweisen, jederzeit geändert werden können. Wir behalten uns das Recht vor, alle erforderlichen Änderungen in der Anwendung vorzunehmen, und dies bedeutet häufig, dass die Konstruktionsweise der Seite geändert wird. Das Hinzufügen von Änderungen, die von der aktuellen Struktur der Seite abhängen, bedeutet, dass Sie Tests durchführen und möglicherweise den benutzerdefinierten Code in diesen Skripts immer dann ändern müssen, wenn ein Update für Ihre Anwendung stattfindet.

jQuery ist eine sehr verbreitete Bibliothek, die von JavaScript-Entwicklern verwendet wird. Der meiste Nutzens bei der Verwendung von jQuery ist, dass es einem Entwickler vereinfacht, DOM-Elemente zu erstellen und darauf zuzugreifen. Genau das unterstützen wir auf den Anwendungsseiten der Kundenbindungs-Apps nicht. jQuery wird empfohlen, wenn Entwickler benutzerdefinierte Benutzerschnittstellen mit HTML-Webressourcen erstellen, aber innerhalb der Anwendungsseiten der Kundenbindungs-Apps benötigen die unterstützen APIs keine Verwendung von jQuery.

Verwenden nicht dokumentierter interner Objekte oder Methode mit JavaScript
Dynamics 365 Customer Engagement (on-premises) verwendet innerhalb der Seiten viele JavaScript-Objekte. Ein JavaScript-Entwickler kann diese Objekte erkennen, indem er eine Seite debuggt und dann auf diese Objekte zugreift und sie wieder verwendet. Wir behalten uns das Recht vor, an diesen Objekten alle erforderlichen Änderungen vorzunehmen, einschließlich sie zu entfernen oder die Namen der Methoden zu ändern. Wenn ein Skript auf diese Objekte verweist, schlägt es fehl, wenn sie nicht gefunden werden.

Siehe auch

Übersicht über die Erstellung und Anpassung von Apps für Dynamics 365 for Customer Engagement, Version 9 (on-premises)