For the complete documentation index, see llms.txt. This page is also available as Markdown.

Composants

Les composants sont les éléments de base d'une application PowerShell Universal.

Une application Universal est composée de composants. Lors de la création d'une application, vous pouvez simplement appeler les cmdlets PowerShell dans le script de votre application pour créer un nouveau composant.

New-UDApp -Title 'Dashboard' -Content {
    New-UDTypography -Text 'Hello, world!'
}

Types de composants

Il existe plus de 50 composants que vous pouvez utiliser dans vos applications. Parmi les composants couramment utilisés, on trouve :

Gestionnaires d'événements

De nombreux composants fournissent des gestionnaires d'événements pour offrir des fonctionnalités interactives. Il peut s'agir d'événements tels que des clics, des validations, des rendus et bien plus encore. L'interactivité d'un gestionnaire d'événements est implémentée à l'aide de blocs de script PowerShell.

Par exemple, l'exemple ci-dessous crée un bouton sur lequel on peut cliquer pour afficher une notification toast.

Dans les gestionnaires d'événements, vous pouvez exécuter n'importe quel script PowerShell valide. Cela signifie que vous pouvez interagir avec des cmdlets extérieures au module PSU, comme ActiveDirectory ou Microsoft.Graph.

Données d'événement

Chaque gestionnaire d'événements peut fournir ses propres données d'événement. Les composants tels que les tableaux, les formulaires et les zones de texte renvoient les données correspondantes sur l'état du composant. Il peut s'agir des données actuelles d'une ligne du tableau, des valeurs d'un formulaire ou du texte d'une zone de texte.

Vous pouvez accéder aux données d'événement à l'aide de la variable $EventData. Cette variable sera différente selon le type de composant que vous utilisez. Par exemple, l'événement -OnChange de New-UDTextbox renvoie une chaîne dans $EventData.

Ce sera différent pour d'autres contrôles. Par exemple, un formulaire renverra un objet contenant des propriétés sur l'état du formulaire.

Vous pouvez également accéder à la chaîne brute fournie au gestionnaire d'événements à l'aide de la variable $Body. Celle-ci contient une chaîne JSON qui définit $EventData.

En plus de la variable $EventData, vous pouvez également utiliser la variable $PSUItem pour obtenir plus d'informations dans certains contrôles qui acceptent plusieurs types de données. Vous trouverez le type de données PSUItem ci-dessous.

Portée

Comprendre la portée des gestionnaires d'événements est essentiel pour s'assurer que vos applications se comportent comme prévu. PowerShell Universal s'efforce de fournir efficacement toutes les variables dans la portée aux gestionnaires d'événements.

Par exemple, l'exemple ci-dessous constitue une utilisation naturelle d'une variable dans un script PowerShell standard et fonctionne également dans les gestionnaires d'événements.

L'utilisation des portées $Global: et $Script: ne fonctionnera pas comme prévu, car chaque gestionnaire d'événements fonctionne dans son propre runspace. PSU déplace manuellement les variables lors du traitement, mais ne modifie pas les variables dans d'autres portées.

Vous devriez utiliser des portées personnalisées pour accéder aux variables entre les gestionnaires d'événements.

De plus, vous devriez éviter d'essayer d'hériter de $EventData dans des gestionnaires d'événements imbriqués. Bien que certains composants ne définissent pas leurs propres données d'événement, il faut supposer que les données d'événement seront écrasées dans le composant imbriqué.

Pour éviter ce problème, vous devriez stocker les données dans une autre variable à transmettre dans la portée du gestionnaire d'événements du composant imbriqué.

Mis à jour

Ce contenu vous a-t-il été utile ?