Formularlogik

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 1 Minute Lesedauer
  • Wenn Sie steuern, was Benutzer beim Aufrufen eines Formulars sehen, können Sie die Produktivität und Reaktionsfähigkeit steigern. Beispielsweise sollen Benutzer nur Felder sehen, die für sie nützlich sind. Benutzer müssen möglicherweise nur bestimmte Felder sehen, je nachdem, was im Formular konfiguriert wurde. Wenden Sie Formularlogik an, um zu steuern, was in einem Formular sichtbar, schreibgeschützt und obligatorisch ist.

    Die folgende Frage hilft Ihnen, die richtige Entscheidung zu treffen, wann der Benutzerzugriff auf Informationen kontrolliert werden soll: Handelt es sich um einen Vorschlag oder eine Durchsetzung? Ein Vorschlag erleichtert das Ausfüllen des Formulars, während die Erzwingung den Benutzer zwingt, etwas zu tun, um das Formular auszufüllen.

    UI-Richtlinien sind nützlich für bedingte Vorschlägewie das Ein- und Ausblenden von Feldern oder das Hinzufügen von Feldnachrichten basierend auf dem Wert eines anderen Felds, während Datenrichtlinien und Business Rules besser für die bedingte Erzwingunggeeignet sind, z. B. ein Feld obligatorisch zu machen.

    Die beste Benutzer-Experience ist die Kombination von Vorschlag und Erzwingen.

    Weitere Informationen finden Sie im Artikel UI-Richtlinie im Modul „Client-seitiges Skripting“.

    Erstellen Sie UI-Richtlinien und Datenrichtlinien, um clientseitige Aktivitäten zu verarbeiten, bevor Sie ein Skript für clientseitige Logik erstellen. Verwendung von Client-Skripts, um Benutzereingaben zu validieren und Feedback abzugeben, während der Benutzer das Formular ausfüllt.

    Einige allgemeine Vorgehensweisen für die Client-Skripterstellung sind:

    • Optimieren Sie die Leistung, indem Sie asynchrones GlideAjax anstellevon clientseitigen Aufrufen des Typs GlideRecordoder mehrerer getReference()-Aufrufe verwenden.
    • Behalten Sie die isLoading-Prüfung in onChange-Client-Skripts bei.
    • Behalten Sie die Prüfung newValue bei, und fügen Sie eine Prüfung newValue != oldValue hinzu.
    • Verwenden Sie alle möglichen clientseitigen Skripts, bevor Sie einen Serveraufruf mit GlideAjax durchführen. Server-Roundtrips können sich auf die Leistung auswirken.

    Einige Client-Skripting-Methoden, die Sie vermeiden sollten, sind:

    • Globale Client-Skripts oder globale UI-Skripts: Globale Skripts werden bei jeder Seitenlast ausgeführt und führen zu einer Verzögerung beim Laden des Browsers.
    • DOM-Manipulation: Die Verwendung der Dokumentobjektmodell-Manipulation für Standard-UI-Elemente führt zu Upgrade-Risiko- und Wartbarkeitsproblemen. Die Ausnahme ist die Verwendung der DOM-Manipulation für das DOM in Seiten, die in derselben bereichsbezogenen Anwendung erstellt wurden, z. B. UI-Seiten oder Service Portal-Widgets.