PCF-Steuerelemente oder JavaScript für Power-Apps-Formulare wählen
PCF eignet sich für wiederverwendbare benutzerdefinierte Oberflächen, JavaScript für gezielte Ereignisse in modellgesteuerten Formularen. Kritische Regeln gehören auf den Server.
Originalartikel vom 29.09.2026: PCF Controls vs JavaScript in Dynamics 365: Which Customization Approach Should You Use?, von Softchief Author, auf Softchief Technologies. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
TL;DR
PCF-Steuerelemente erstellen wiederverwendbare benutzerdefinierte Oberflächen für unterstützte modellgesteuerte Apps und Canvas-Apps. JavaScript verarbeitet clientseitige Ereignisse in modellgesteuerten Formularen. Skripte sollen formContext und unterstützte Client-APIs verwenden; Kompatibilität muss geprüft und kritische Datenregeln serverseitig erzwungen werden.
Warum das wichtig ist
- Makers: JavaScript für gezielte Formularereignisse einsetzen, PCF für eine eigenständige wiederverwendbare Eingabe- oder Anzeigeoberfläche wählen.
- Makers: Unterstützung für Ziel-App, Feld, Gerät und Komponente prüfen, bevor ein PCF-Design festgelegt wird.
- Admins/IT: Für beide Anpassungen unterstützte APIs, Lösungspaketierung, Versionierung und Regressionstests in der Ziel-App verlangen.
- Admins/IT: Sicherheitskritische Validierung serverseitig halten, da ausgeblendete Felder und Browserprüfungen Daten nicht schützen.
Häufige Fragen
Wann sollte ich in einer modellgesteuerten App ein PCF-Steuerelement statt JavaScript verwenden?
Ein PCF-Steuerelement eignet sich für eine eigene Art der Dateneingabe oder -anzeige. JavaScript passt besser zu unterstützten Formularereignissen und clientseitigen Interaktionen.
Können JavaScript-Formularskripte kritische Datenregeln in Dynamics 365 absichern?
Nein, JavaScript-Formularskripte dürfen nicht die einzige Durchsetzungsebene für kritische Regeln sein. Browserseitiges Ausblenden und Prüfen verhindert keinen Zugriff über andere Wege.
Warum sollen neue Power-Apps-Formularskripte formContext statt Xrm.Page verwenden?
Neue Skripte sollen formContext verwenden, weil Xrm.Page veraltet ist. Der Ausführungskontext gibt dem Code Zugriff auf die passenden Formulardaten und Steuerelemente.