Vues
Etant donné que les vues sont réutilisables, chaque instance de vue peut partager des parties de son interface utilisateur avec d'autres instances de vue dans un coach. Supposons, par exemple, que vous créez un coach contenant une instance de vue incluant un ensemble de zones d'adresse. Si vous créez un second coach qui a besoin des mêmes zones d'adresse, vous pouvez réutiliser la vue. Dans les deux cas, le coach utilise une instance de la vue. Vous pouvez modifier indépendamment les propriétés de chaque instance. Par exemple, la modification du libellé d'une instance de vue n'entraîne pas la modification du libellé de l'autre. Les deux instances de la vue utilisent une référence pour pointer vers la définition de la vue. Cela signifie que, si la définition de la vue est modifiée, cette modification est répercutée dans les instances de la vue.
Vous pouvez modifier les instances de vue à l'aide des propriétés de configuration et en remplaçant le style par défaut. La liaison de données est facultative pour chaque vue. Cependant, si vous définissez une liaison pour une instance, elle doit correspondre au type figurant dans la définition de la vue. Un avertissement se produit si le type d'objet métier ne correspond pas à celui de liaison de données défini pour la vue. Dans chaque rubrique de vue, la table de liaison d'objets métier répertorie le type d'objet métier défini pour la vue. Les propriétés de configuration sont facultatives pour chaque instance de vue. Si vous voulez remplacer la valeur par défaut, vous pouvez fournir une valeur spécifique ou affecter une variable. A titre de commodité, vous pouvez également exposer la propriété de configuration dans une vue ou un coach faisant partie du service utilisateur qui contient la vue. L'exposition de la propriété de configuration crée une option dans la vue en cours avec la liaison correspondante. Vous n'avez pas besoin de créer ni de lier l'option de configuration.
- Vues dans des kits d'outils ou des automatisations de flux de travaux
- Vous pouvez créer une vue dans une automatisation de flux de travaux ou dans un kit d'outils. En général, créez des vues hautement réutilisables dans des kits d'outils et des vues plus spécialisées dans des automatisations de flux de travaux. Le choix de l' automatisation de flux de travaux signifie que vous pouvez réutiliser la vue uniquement dans l' automatisation de flux de travaux. Toutefois, cela signifie également que si quelqu'un édite la vue, les modifications s'appliquent aux instances de vue dans cette automatisation de flux de travaux. Si la vue est située dans un kit d'outils et qu'un utilisateur la modifie, les modifications peuvent s'appliquer à toutes les instances de la vue dans toutes les applications qui utilisent cette version du kit d'outils. Etant donné que la modification d'une définition de coach peut affecter de nombreuses instances, procédez avec prudence. Par exemple, la suppression d'une zone de contenu dans la définition de vue peut signifier que les coachs ou les vues contenant des instances de cette vue ne peuvent pas afficher le contenu qu'ils ont défini dans cette zone de contenu. Vous ne pouvez pas éditer directement la définition de la vue depuis le coach ou la vue parent. A la place, vous devez ouvrir la définition de la vue pour pouvoir apporter des modifications.
- Kit d'outils d'interface utilisateur
- Le kit d'outils de l'interface utilisateur, qui est le kit d'outils par défaut, fournit un ensemble riche de vues que vous pouvez utiliser pour générer des automatisations de flux de travaux qui s'exécutent sur plusieurs périphériques. Utilisez les vues de l'interface utilisateur pour les nouveaux développements. Pour vous familiariser avec les vues de l'interface utilisateur, explorez l'exemple de découverte des interfaces utilisateur (Discover UI). Pour plus d'informations, voir Kit d'outils de l'interface utilisateur.
- Développement d'une vue de style composite et d'une vue de style widget
- Généralement, lorsque vous créez votre vue, vous pouvez suivre l'un des modèles suivants ou utiliser une combinaison
des deux modèles si votre interface utilisateur est plus complexe et l'exige.
- Les vues de style composite sont simples et ne nécessitent pas de compétences techniques avancées pour être générées. Pour créer une vue de style composite, ajoutez du contenu à la présentation depuis la palette. Si votre vue comporte plusieurs zones d'informations, utilisez la présentation sous forme de grille pour organiser les vues, puis définissez leurs propriétés et effectuez la liaison des données, le cas échéant. Les vues de style composite peuvent être réutilisées dans plusieurs coachs ou dans d'autres vues pouvant être générées de manière hiérarchique.
- Les vues de style widget sont plus complexes et nécessitent un ensemble de compétences plus technique. En règle générale, les vues de style widget sont des vues personnalisées qui peuvent inclure, par exemple, un segment de code HTML personnalisé que vous pouvez compléter avec du code HTML, ou une trame d'information ayant un ID spécifique. Vous pouvez définir les propriétés de configuration de la vue de style widget et ajouter une feuille de style en cascade en ligne et une logique JavaScript en ligne sur la page Comportement. Pour un comportement se produisant lors de l'exécution, par exemple lorsqu'une page est chargée ou qu'un bouton est activé, vous pouvez placer la logique JavaScript dans les gestionnaires d'événements de la vue, sous Evénements.