Formulaires : Concepts clés

Date de publication : juillet 2016

S’applique à : System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager

Avant de personnaliser les formulaires, vous devez connaître les concepts suivants.

Lorsque le pack d'administration qui contient les définitions de formulaire est importé dans System Center 2012 - Service Manager, les définitions de formulaire sont stockées dans la base de données. Ensuite, lorsque l'utilisateur lance une tâche Console de Service Manager nécessitant l'affichage d'un objet, Service Manager doit rechercher un formulaire pour afficher l'objet demandé.Service Manager accède à la base de données et recherche un formulaire défini pour cet objet. Si aucun formulaire n'est défini pour l'objet, Service Manager recherche un formulaire défini pour l'objet parent.Service Manager continue à rechercher dans la hiérarchie entière d'héritage de l'objet jusqu'à ce qu'il trouve un formulaire défini.

Si Service Manager ne trouve aucun formulaire pour l'objet ou ses objets parents, Service Manager crée dynamiquement un formulaire générique par défaut pour l'objet. Le formulaire générique est un formulaire généré par le système qui suffit à une utilisation simple de formulaire. Le formulaire générique représente un moyen simple et rapide de créer un formulaire pour les objets sans définitions de formulaire.

Par défaut, le formulaire générique affiche toutes les propriétés de formulaire dans une mise en page simple qu'il n'est pas possible de modifier. Le formulaire générique affiche les propriétés de tous les objets parents présents dans la hiérarchie d'héritage du formulaire. Ce comportement ne peut pas être modifié. Les personnalisations des formulaires génériques sont limitées. Par exemple, vous pouvez spécifier les propriétés devant être affichées par le formulaire générique. Toutefois, celui-ci ne peut pas servir de base à une personnalisation. Si vous définissez ensuite un formulaire personnalisé pour cet objet, le formulaire personnalisé remplacera le formulaire générique de l'objet.

Pour plus d'informations sur la possibilité de masquer les propriétés d'un formulaire générique et autres personnalisations, voir le blog Overview of the Forms Infrastructure and the Generic Form (Présentation de l'infrastructure des formulaires et du formulaire générique).

Il est parfois nécessaire d'afficher des informations dérivées de plusieurs classes. Pour ce faire, vous devez créer une classe de combinaison, puis lier un champ du formulaire à la classe de combinaison.Pour plus d'informations sur les classes de combinaison, voir Modifications du schéma commun de System Center.

Un formulaire possède les aspects fonctionnels suivants :

1. Initialisation

2. Taille et emplacement

3. Actualisation

4. Envoi de modifications

Ces aspects sont décrits dans les sections suivantes.

Initialisation

Pendant l'initialisation, le code XAML d'un formulaire est analysé, et tous les contrôles du formulaire sont instanciés, puis chargés. L'événement Loaded du formulaire indique que le formulaire et tous ses éléments ont été chargés. Les opérations de chargement des données sont asynchrones. Par conséquent, l'instance cible peut ne pas être disponible lorsque l'événement Loaded est déclenché. En revanche, l'événement DataContextChanged doit être utilisé pour la notification lorsque l'instance cible est définie pour le formulaire. L'événement PropertyChanged de la propriété DataContext peut être utilisé à la place de l'événement DataContextChanged.

Il est recommandé d'utiliser l'événement Loaded pour l'initialisation personnalisée relative aux contrôles, puis d'utiliser les événements DataContextChanged ou PropertyChanged de la propriété DataContext pour l'initialisation personnalisée relative à l'instance cible.

Taille et emplacement

Lorsqu'un formulaire est affiché dans une fenêtre indépendante, sa taille initiale est déterminée par les propriétés Width, Height, MinWidth et MinHeight du formulaire. Si ces propriétés ne sont pas définies pour le formulaire, la taille initiale du formulaire sera calculée d'après son contenu.

Il est recommandé de définir ces propriétés comme suit :

• Définissez les propriétés Width et Height du formulaire afin de spécifier explicitement la taille idéale. Envisagez d'attribuer la valeur Auto à ces propriétés. De cette façon, la largeur et la hauteur du formulaire seront définies en fonction de la taille du contenu.

• Définissez les propriétés MinWidth et MinHeight du formulaire afin de spécifier la taille de fenêtre minimale pour le formulaire. Si un utilisateur redimensionne la fenêtre à une taille inférieure à celle spécifiée, des barres de défilement apparaîtront pour permettre de faire défiler le contenu de la fenêtre.

Lorsque le formulaire est hébergé par l'hôte de formulaires de Service Manager, la taille et l'emplacement utilisés en dernier sont conservés pour le prochain affichage du formulaire par le même utilisateur au cours d'une même session.

Actualisation

L'instance cible d'un formulaire peut changer suite à l'exécution d'une commande Refresh dans le formulaire. Le gestionnaire de cette commande récupère les nouvelles données depuis la base de données. Lorsque les données arrivent, la valeur de la propriété DataContext du formulaire est définie sur la nouvelle instance cible, et l'événement DataContextChanged est déclenché.

Pour différencier l'événement DataContextChanged déclenché lors du premier chargement du formulaire, et l'événement déclenché pour la gestion d'une commande Refresh, vérifiez la propriété OldValue des arguments d'événement passés en même temps que l'événement. Cette propriété a la valeur Null si le formulaire vient d'être initialisé.

Envoi de modifications

La fenêtre indépendante de l'hôte des formulaires de Service Manager contient des boutons permettant d'envoyer les modifications apportées au formulaire et de quitter la fenêtre.

Lorsqu'un utilisateur clique sur le bouton Appliquer pour un formulaire, l'instance cible du formulaire est envoyée en vue de son stockage. Cette opération est synchrone. Par conséquent, l'utilisateur ne peut pas modifier le formulaire tant que l'opération d'envoi n'est pas terminée. En cas d'échec lors de l'envoi du formulaire, un message d'erreur s'affiche. Le formulaire reste ouvert, permettant d'apporter d'autres modifications. Il est recommandé d'appliquer les modifications fréquemment pour éviter les conflits, par exemple, si une autre instance du formulaire est modifiée en même temps.

Si l'utilisateur clique sur le bouton OK, le comportement sera similaire à celui obtenu avec le bouton Appliquer, à la différence près que le formulaire et la fenêtre de l'hôte seront fermés si l'envoi du formulaire est réussi.

Si l'utilisateur clique sur le bouton Annuler, une boîte de dialogue apparaîtra, et l'utilisateur sera invité à confirmer l'opération. Il pourra ensuite cliquer sur Oui et annuler les modifications, ou cliquer sur Non et revenir au formulaire.

Formulaires : personnalisation et création