Types de script disponibles

Les scripts peuvent être utilisés dans de nombreux endroits. Le détail le plus important est de savoir si le script s’exécute sur le client ou sur le serveur.

Tableau 1. Types de script et emplacement où ils s’exécutent

Script	Description	Exécute sur
Contrôle d'accès	Détermine si l’accès sera accordé pour une opération spécifiée à une entité spécifique. Type d’entité sécurisée Opération sécurisée Identificateur unique décrivant l’objet Peut être défini par des rôles, des expressions conditionnelles ou des scripts.	Serveur : le script et toute condition s’exécutent sur le serveur
Ajax Scripts	Permet au client d’obtenir des données à partir du serveur pour les incorporer dynamiquement dans une page sans recharger la page entière. Les scripts clients Ajax demandent que des informations soient renvoyées, ou que des mesures soient prises, ou parfois les deux Les scripts du serveur Ajax répondent aux demandes de script client Ajax	client - Ajax Les scripts clients s’exécutent sur le client serveur : Ajax Les scripts de serveur s’exécutent sur le serveur
Business Rules	Personnalise le comportement du système S’exécute lorsqu’une action de base de données se produit (requête, insertion, mise à jour ou suppression) Le script peut s’exécuter avant ou après l’exécution de l’action de base de données (s’exécute dans le cadre de l’opération de base de données) de manière asynchrone (à un moment donné après l’opération de base de données) À l’affichage (lors de l’affichage des données dans un formulaire)	Serveur : le script et toute condition s’exécutent sur le serveur
Politiques d’interface utilisateur de Catalogue de services	Définit l’affichage d’un jeu de variables ou d’un élément de catalogue (à partir du catalogue de services).	Client : les scripts dans les champs « Exécuter si vrai » ou « Exécuter si faux » s’exécutent sur le client Serveur : toutes les conditions s’exécutent sur le serveur
Scripts clients	Permet de modifier l’apparence des formulaires, d’afficher différents champs en fonction des valeurs saisies ou d’autres options d’affichage personnalisées. onLoad signifie que le script client s’exécute lorsque le formulaire ou la page est chargé onChange signifie que le script client s’exécute lorsque quelque chose de spécifique est modifié ET également lorsque le formulaire ou la page se charge onSubmit signifie que le script client s’exécute lorsque le formulaire est soumis Les scripts clients peuvent également être appelés par d’autres scripts ou modules, y compris les politiques d’interface utilisateur.	client
Actions des scripts	Contient des scripts qui s’exécutent lorsqu’un événement se produit, par exemple L’approbation est annulée le changement est approuvé problème est affecté Peut avoir une condition qui doit être vraie pour que le script s’exécute. Couramment utilisé pour appeler un Script Include.	Serveur : le script et toute condition s’exécutent sur le serveur
Includes de script	Contient des scripts qui peuvent être des fonctions ou des classes. Ces scripts ne s’exécutent que lorsqu’ils sont appelés par d’autres scripts (souvent des règles métier). Tout script serveur compliqué ou réutilisable doit être un Script Include (en particulier les règles métier compliquées).	serveur
Cartes de transformation	Utilisé pour l’importation de données. Définit les relations de mappage entre les tables peut utiliser des règles métier, d’autres scripts et/ou d’autres options pour importer ces données N’incluez pas toujours les scripts.	serveur
Actions d’interface utilisateur	Crée la possibilité de choisir une action spécifique, comme cliquer sur un bouton ou un lien. Les actions d’interface utilisateur placent ces éléments sur des formulaires et des listes : Boutons Liens Éléments de menu contextuel Choix de la liste	Client : lorsque la case « Client » est cochée, le script dans le champ de script s’exécute sur le client serveur : lorsque la case « Client » n’est pas cochée, le script dans le champ de script s’exécute sur le serveur client : lorsque la case « Client » est cochée, le script onClick est disponible, il peut contenir n’importe quel code JavaScript mais appelle normalement une fonction spécifiée dans le champ script Serveur : toutes les conditions s’exécutent sur le serveur
Menus contextuels de l'interface utilisateur	Définit quel « menu contextuel » apparaîtra dans quelle zone, ainsi que les choix de menu qui seront disponibles Remarque : Si vous utilisez une configuration de souris pour gaucher, un clic droit signifie « cliquer sur l’autre bouton ».	client : les scripts onShow s’exécutent sur le client Client : les scripts d’action s’exécutent sur le client Serveur : les scripts d’action dynamiques s’exécutent sur le serveur Serveur : toutes les conditions s’exécutent sur le serveur
Macros d'interface utilisateur	Contient des composants modulaires et réutilisables qui peuvent contenir Jelly et sont appelés par les pages de l’interface utilisateur. Ils contiennent également différents types de scripts et peuvent être appelés plusieurs fois sur la même page. Remarque : Jelly transforme XML en HTML.	serveur : la macro d’interface utilisateur s’exécute sur le serveur serveur - peut contenir du contenu qui s’exécute sur le serveur (expressions Jelly ou JavaScript à l’intérieur des constructions Jelly) client - peut générer une sortie qui s’exécute sur le client (JavaScript intégré dans <script> tags)
Pages de l’interface utilisateur	Utilisé pour créer et afficher des pages, des formulaires, des boîtes de dialogue, des listes et d’autres composants de l’interface utilisateur. Peut être affiché de manière autonome ou appelé en tant que composant utilisable, dans le cadre d’une page plus grande. Peut contenir Scripts clients, traitement des scripts (qui sont des scripts serveurs), HTML Gelée Macros d’interface utilisateur, et peut également appeler d’autres scripts. Remarque : Jelly transforme XML en HTML.	serveur : Jelly XML s’exécute sur le serveur pour produire du code HTML client : HTML peut contenir du code JavaScript intégré qui s’exécute sur le client client - les scripts clients exécutés sur le client Serveur : traitement des scripts exécutés sur le serveur
Politiques d'interface utilisateur	Définit le comportement et la visibilité des champs sur un formulaire. obligatoire visible Lecture seule Dans la mesure du possible, utilisez des politiques d’interface utilisateur plutôt que des scripts clients. Les politiques d’interface utilisateur sont toujours associées à une table Les politiques d’interface utilisateur ont souvent une condition qui doit être vraie pour qu’elles s’exécutent	Client : les scripts dans les champs « Exécuter si vrai » ou « Exécuter si faux » s’exécutent sur le client Serveur : toutes les conditions s’exécutent sur le serveur
Propriétés de l'interface utilisateur	Indique à quoi ressemblera l’instance.	Serveur : propriétés définies sur le serveur Client : les résultats sont restitués sur le client Aucun script
Scripts d'interface utilisateur	Contient des scripts clients stockés en vue de leur réutilisation. Utilisé uniquement lorsqu’il est appelé à partir d’autres scripts. L’utilisation n’est pas recommandée.	client
Scripts de validation	Valide que les valeurs sont dans un format spécifié. Par exemple, un script de validation peut vérifier que la seule valeur autorisée dans un champ spécifique est un nombre entier.	client
Éditeur de workflow	Utilisée pour créer ou modifier un workflow. Les scripts peuvent être exécutés à n’importe quel moment d’un workflow, ou différents scripts peuvent être exécutés à différents moments. Les scripts peuvent également être trouvés à l’intérieur de chaque activité du workflow et peuvent être modifiés (bien que vous le fassiez avec une extrême prudence).	Serveur : le script et toutes les conditions s’exécutent sur le serveur