Logique de formulaire

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture

    • Contrôler ce que les utilisateurs voient lorsqu’ils visitent un formulaire peut augmenter la productivité et la réactivité. Par exemple, les utilisateurs ne doivent voir que les champs qui leur sont utiles. Les utilisateurs peuvent avoir besoin de voir uniquement certains champs en fonction de ce qui est configuré sur le formulaire. Appliquez la logique de formulaire pour contrôler ce qui est visible, en lecture seule et obligatoire dans un formulaire.

    IA agentique

    Créez des applications avec l’aide de l’IA agentique. Pour plus d'informations, consultez Utiliser les options de l’IA dans des applications personnalisées.

    Déterminer quand contrôler l’accès des utilisateurs

    La question suivante vous aidera à prendre la bonne décision quant au moment du contrôle de l’accès des utilisateurs aux informations : S’agit-il d’une suggestion ou d’une application ? Une suggestion rend le formulaire plus facile à remplir alors que l’application oblige l’utilisateur à faire quelque chose pour remplir le formulaire.

    Les politiques d’interface utilisateur sont utiles pour les suggestions conditionnelles telles que l’affichage et le masquage de champs ou l’ajout de messages de champ en fonction de la valeur d’un autre champ, tandis que les politiques de données et les règles métier sont mieux adaptées à l’application conditionnelle, comme rendre un champ obligatoire.

    La meilleure expérience utilisateur consiste à utiliser à la fois la suggestion et l’application.

    Pour plus d’informations, consultez l’article Politique d’interface utilisateur dans le module Scripting côté client.

    Créez des politiques d’interface utilisateur et des politiques de données pour gérer les activités côté client avant d’écrire un script de logique côté client. Utilisation de scripts clients pour valider l’entrée de l’utilisateur et fournir des commentaires pendant que l’utilisateur remplit le formulaire.

    Voici quelques pratiques générales pour le scripting client :

    • Optimisez les performances en utilisant GlideAjaxasynchrone sur GlideRecordcôté client ou plusieurs appels getReference().
    • Conservez l’enregistrement isLoadingdans les scripts clients onChange.
    • Gardez la vérification newValueet ajoutez une newValue != vérification oldValue.
    • Utilisez tous les scripts côté client possibles avant d’effectuer un appel au serveur avec GlideAjax. Les allers-retours entre serveurs peuvent avoir un impact sur les performances.

    Voici quelques pratiques de script client à éviter :

    • Scripts clients globaux ou scripts d’interface utilisateur globaux : des scripts globaux s’exécutent à chaque chargement de page et introduisent un retard de chargement du navigateur.
    • Manipulation des données mensuelles : l’utilisation de la manipulation du modèle d’objet de document par rapport aux éléments d’interface utilisateur par défaut introduit des problèmes de risque et de maintenabilité des mises à niveau. L’exception est l’utilisation de la manipulation DOM contre le DOM dans les pages créées dans la même application incluse dans le périmètre, comme les pages de l’interface utilisateur ou les widgets du portail de services.