Types de scripts 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 scripts et endroit 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 en cours de sécurisation Identificateur unique décrivant l’objet Peut être défini par des rôles, des expressions conditionnelles ou des scripts.	Serveur : script et toute condition s’exécutent sur le serveur
Ajax Scripts	Permet au client d’obtenir des données 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 qu’une action soit entreprise, ou parfois les deux Les scripts du serveur Ajax répondent aux demandes de scripts clients Ajax	client : les scripts clients Ajax s’exécutent sur le client server : Ajax Server Les scripts 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) Sur affichage (lors de l’affichage des données dans un formulaire)	Serveur : script et toute condition s’exécutent sur le serveur
Politiques d’interface utilisateur de Service Catalog	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 le champ « 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	Utilisé pour apporter des modifications à l’apparence des formulaires, 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 lorsqu’un élément 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é le 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 : 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 complexe ou réutilisable doit être un Script Include (en particulier les règles métier complexes).	serveur
Cartes de transformation	Utilisé pour importer des 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 des 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 les formulaires et les 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 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, et 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 de la fonctionnalité Jelly et qui 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.	server : la macro d’interface utilisateur elle-même s’exécute sur le serveur server : 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 incorporé 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 d’interface utilisateur. Peut être affiché de façon autonome ou appelé en tant que composant utilisable, dans le cadre d’une page plus grande. Peut contenir Scripts clients, les scripts de traitement (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.	server : 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 sont 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 attachées à une table Les politiques d’interface utilisateur ont souvent une condition qui doit être vraie pour pouvoir s’exécuter	Client : les scripts dans le champ « 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 d’une 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é de workflow et peuvent être modifiés (mais faites-le avec une extrême prudence).	Serveur : script et toutes les conditions exécutées sur le serveur