Extensions de balisage et XAML WPF

Cette rubrique introduit le concept d’extensions de balisage pour XAML, notamment leurs règles de syntaxe, leur finalité et le modèle d’objet de classe sous-jacent. Les extensions de balisage sont une fonctionnalité générale du langage XAML et de l’implémentation .NET des services XAML. Cette rubrique détaille spécifiquement des extensions de balisage pour une utilisation dans le langage XAML de WPF.

Processeurs XAML et extensions de balisage

En général, un analyseur XAML peut interpréter une valeur d’attribut en tant que chaîne littérale convertible en primitive ou la convertir en objet par un moyen ou par un autre. L’un d’eux consiste à référencer un convertisseur de type ; cette méthode est documentée dans la rubrique TypeConverters et XAML. Cependant, certains scénarios peuvent nécessiter un comportement différent. Par exemple, un processeur XAML peut être informé du fait qu’une valeur d’attribut ne doit pas générer un nouvel objet dans le graphique d’objet. L’attribut doit en revanche générer un graphique d’objet qui fait référence à un objet déjà construit dans une autre partie du graphique, c’est-à-dire un objet statique. Autre scénario : un processeur XAML peut être chargé d’utiliser une syntaxe qui fournit des arguments non définis par défaut au constructeur d’un objet. Dans ces types de scénario, une extension de balisage peut être la solution.

Syntaxe d’extension de balisage de base

Une extension de balisage peut être implémentée pour fournir des valeurs de propriétés dans une utilisation d’attribut ou d’un élément de propriété, ou les deux à la fois.

Quand elle est utilisée pour fournir une valeur d’attribut, la syntaxe qui distingue une séquence d’extension de balisage d’un processeur XAML est la présence d’accolades ouvrantes et fermantes ({ et }). Le type d’extension de balisage est alors identifié par le jeton de chaîne qui suit immédiatement l’accolade ouvrante.

Lorsqu’elle est utilisée dans la syntaxe de l’élément de propriété, une extension de balisage est visuellement identique à tout autre élément utilisé pour fournir une valeur d’élément de propriété : déclaration d’élément XAML qui fait référence à la classe d’extension de balisage en tant qu’élément, placé entre crochets<> ().

Extensions de balisage définies en XAML

Il existe plusieurs extensions de balisage qui ne sont pas spécifiques à l’implémentation WPF de XAML, mais qui sont plutôt des implémentations d’intrinsèques ou de fonctionnalités du langage XAML. Ces extensions de balisage sont implémentées dans l’assembly System.Xaml en tant que partie intégrante des services généraux XAML du .NET Framework et se trouvent dans l’espace de noms XAML du langage XAML. Dans le cadre d’une utilisation de balisage courante, ces extensions de balisage sont en général identifiables par le préfixe x:. La MarkupExtension classe de base (également définie dans System.Xaml) fournit le modèle que toutes les extensions de balisage doivent utiliser pour être prises en charge dans les lecteurs XAML et les enregistreurs XAML, y compris dans WPF XAML XAML.

• x:Type fournit l'objet Type pour le type nommé. Cette fonctionnalité est généralement utilisée dans les styles et les modèles. Pour plus d’informations, consultez x:Type, extension de balisage.

• x:Static génère des valeurs statiques. Les valeurs proviennent des entités de code de type de valeur qui ne désignent pas directement le type de la valeur d’une propriété cible, mais qui peuvent être évaluées comme étant de ce type. Pour plus d’informations, consultez x:Static, extension de balisage.

• x:Null spécifie null en tant que valeur d’une propriété et peut être utilisé pour les attributs ou les valeurs d’élément de propriété. Pour plus d’informations, consultez x:Null, extension de balisage.

• x:Array offre une prise en charge pour la création de tableaux généraux dans la syntaxe XAML, dans les cas où la prise en charge des collections assurée par les éléments de base et les modèles de contrôle WPF n’est délibérément pas utilisée. Pour plus d’informations, consultez x:Array, extension de balisage.

Extensions de balisage spécifiques à WPF

Les extensions de balisage les plus courantes utilisées en programmation WPF sont celles qui prennent en charge les références de ressources (StaticResource et DynamicResource) et celles qui prennent en charge la liaison de données (Binding).

• StaticResource fournit une valeur de propriété en remplaçant la valeur d’une ressource déjà définie. Une évaluation StaticResource est finalement effectuée au moment du chargement XAML et n’a pas accès au graphique d’objet au moment de l’exécution. Pour plus d’informations, consultez StaticResource, extension de balisage.

• DynamicResource fournit une valeur de propriété en différant le moment où cette valeur devient une référence à une ressource au moment de l’exécution. Une référence de ressource dynamique force une nouvelle recherche chaque fois qu’un accès à ladite ressource a lieu et que cette dernière a accès au graphique d’objet au moment de l’exécution. Pour obtenir cet accès, le concept DynamicResource est pris en charge par les propriétés de dépendance dans le système de propriétés WPF et les expressions évaluées. Par conséquent, vous pouvez uniquement utiliser DynamicResource pour une cible de propriété de dépendance. Pour plus d’informations, consultez DynamicResource, extension de balisage.

• Binding fournit une valeur liée aux données pour une propriété, en utilisant le contexte de données qui s’applique à l’objet parent au moment de l’exécution. Cette extension de balisage est relativement complexe, car elle active une syntaxe inline substantielle pour spécifier une liaison de données. Pour plus d’informations, consultez Binding, extension de balisage.

• RelativeSource fournit des informations sources pour un Binding qui peut parcourir plusieurs relations possibles dans l’arborescence d’objets d’exécution. Cela fournit une source d’approvisionnement spécialisée pour les liaisons créées dans des modèles multiusage ou dans du code sans avoir pleine connaissance de l’arborescence d’objets environnante. Pour plus d’informations, consultez RelativeSource, extension de balisage.

• TemplateBinding permet à un modèle de contrôle d’utiliser des valeurs pour des propriétés basées sur un modèle provenant de propriétés définies par un modèle objet de la classe destinée à utiliser le modèle. En d’autres termes, la propriété au sein de la définition du modèle peut accéder à un contexte qui existe uniquement une fois que le modèle est appliqué. Pour plus d’informations, consultez TemplateBinding, extension de balisage. Pour plus d’informations sur l’utilisation pratique de TemplateBinding, consultez Style avec ControlTemplates, exemple.

• ColorConvertedBitmap prend en charge un scénario d’acquisition d’images relativement avancé. Pour plus d’informations, consultez ColorConvertedBitmap, extension de balisage.

• ComponentResourceKey et ThemeDictionary prennent en charge les aspects de la recherche de ressources, en particulier pour les ressources et les thèmes empaquetés avec des contrôles personnalisés. Pour plus d’informations, consultez ComponentResourceKey, extension de balisage, ThemeDictionary, extension de balisage ou Vue d’ensemble de la création de contrôles.

*Classes d’extension

Pour le langage XAML général et les extensions de balisage propres à WPF, le comportement de chaque extension de balisage est identifié sur un processeur XAML par le biais d’une *Extension classe qui dérive de MarkupExtension, et fournit une implémentation de la ProvideValue méthode. Cette méthode au niveau de chaque extension fournit l’objet qui est retourné au moment où l’extension de balisage est évaluée. L’objet retourné est généralement évalué en fonction des différents jetons de chaîne passés à l’extension de balisage.

Par exemple, la StaticResourceExtension classe fournit l’implémentation de surface de la recherche de ressources réelle afin que son ProvideValue implémentation retourne l’objet demandé, avec l’entrée de cette implémentation particulière étant une chaîne utilisée pour rechercher la ressource par son x:Key. L’essentiel de cette implémentation n’a pas d’importance si vous utilisez une extension de balisage existante.

Certaines extensions de balisage n’utilisent pas d’arguments de jeton de chaîne. Cela s’explique soit par le fait qu’ils retournent une valeur statique ou cohérente, soit par le fait que le contexte de la valeur devant être retournée est disponible via l’un des services transmis par le paramètre serviceProvider.

Le modèle de nommage *Extension est fourni par souci pratique et de cohérence. Il n’est pas nécessaire à un processeur XAML pour identifier cette classe comme étant une prise en charge d’une extension de balisage. Tant que votre codebase inclut System.Xaml et utilise des implémentations de services XAML .NET Framework, tout ce qui est nécessaire pour être reconnu comme une extension de balisage XAML consiste à dériver MarkupExtension et à prendre en charge une syntaxe de construction. WPF définit les classes d’extension de balisage qui ne suivent pas le *Extension modèle d’affectation de noms, par exemple Binding. En général, la raison à cela est que la classe prend en charge des scénarios qui dépassent la prise en charge pure de l’extension de balisage. Dans le cas de , cette classe prend en charge l’accès au moment de Bindingl’exécution aux méthodes et aux propriétés de l’objet pour les scénarios qui n’ont rien à voir avec XAML.

Interprétation du texte d’initialisation par la classe d’extension

Les jetons de chaîne situés à la suite du nom d’extension de balisage et se trouvant toujours entre accolades sont interprétés par un processeur XAML de l’une des manières suivantes :

• Une virgule représente toujours le séparateur ou délimiteur de jetons individuels.

• Si des jetons distincts ne contiennent pas de signes égal, chaque jeton est considéré comme un argument de constructeur. Chaque paramètre de constructeur doit être fourni dans le type et l’ordre correct attendus par cette signature.

  Remarque

  Un processeur XAML doit appeler le constructeur qui correspond au nombre d’arguments du nombre de paires. Pour cette raison, si vous implémentez une extension de balisage personnalisée, ne fournissez pas plusieurs constructeurs avec le même nombre d’arguments. Bien que le comportement d’un processeur XAML en présence de plusieurs chemins d’accès de constructeur d’extension de balisage ayant le même nombre de paramètres ne soit pas défini, il est probable que le processeur XAML soit autorisé à lever une exception d’utilisation si ce cas se présente dans les définitions de type d’extension de balisage.

• Si les jetons séparés individuels contiennent des signes égaux, un processeur XAML appelle d’abord le constructeur sans paramètre pour l’extension de balisage. Ensuite, chaque paire nom=valeur est interprétée comme un nom de propriété existant au niveau de l’extension de balisage et une valeur à assigner à cette propriété.

• S’il existe un résultat parallèle entre le comportement du constructeur et le comportement de définition de la propriété dans une extension de balisage, peu importe le comportement que vous utilisez. Il est plus courant d’utiliser les paires propriété=valeur pour les extensions de balisage qui ont plusieurs propriétés définissables, ne serait-ce que parce qu’elles donnent à votre balisage un caractère plus intentionnel et vous avez moins de chances d’inverser par erreur les paramètres du constructeur. (Lorsque vous spécifiez des paires property=value, ces propriétés peuvent être dans n’importe quel ordre.) En outre, il n’existe aucune garantie qu’une extension de balisage fournit un paramètre de constructeur qui définit chacune de ses propriétés settables. Par exemple, Binding il s’agit d’une extension de balisage, avec de nombreuses propriétés qui sont définies par le biais de l’extension sous forme de valeur de propriété=, mais Binding ne prend en charge que deux constructeurs : un constructeur sans paramètre et un qui définit un chemin d’accès initial.

• Une virgule littérale ne peut pas être passée à une extension de balisage sans échappement.

Séquences d’échappement et extensions de balisage

La gestion des attributs dans un processeur XAML utilise les accolades comme indicateurs d’une séquence d’extension de balisage. Il est possible aussi de générer une valeur d’attribut de caractère d’accolade littérale, si nécessaire, en entrant une séquence d’échappement avec une paire d’accolades vides, suivie de l’accolade littérale. Voir {} Séquence d’échappement - Extension de balisage.

Imbrication d’extensions de balisage dans l’utilisation de XAML

L’imbrication de plusieurs extensions de balisage est prise en charge, et chaque extension de balisage est d’abord évaluée au plus profond. Penchons-nous, par exemple, sur l’utilisation suivante :

<Setter Property="Background"  
  Value="{DynamicResource {x:Static SystemColors.ControlBrushKey}}" />  

Dans ce cas, l’instruction x:Static est évaluée en premier et retourne une chaîne. Cette chaîne est ensuite utilisée comme argument pour DynamicResource.

Extensions de balisage et syntaxe des éléments de propriété

Quand elle est utilisée comme un élément objet qui fournit une valeur d’élément de propriété, une classe d’extension de balisage ne se distingue pas visuellement d’un élément objet associé à un type ordinaire qui peut être utilisé en XAML. D’un point de vue pratique, la différence entre un élément objet ordinaire et une extension de balisage vient du fait que l’extension de balisage est soit évaluée en valeur typée, soit différée en tant qu’expression. Par conséquent, les mécanismes qui interviennent en cas d’erreur de type pour les valeurs de propriété de l’extension de balisage sont différents, à l’instar de la façon dont une propriété à liaison tardive est traitée dans d’autres modèles de programmation. Un élément objet ordinaire fera l’objet d’une évaluation de la correspondance de type par rapport à la propriété cible qu’il définit pendant l’analyse du code XAML.

La plupart des extensions de balisage, quand elles sont utilisées dans une syntaxe d’éléments objet pour remplir un élément de propriété, ne doit pas comporter de contenu ni toute autre syntaxe d’éléments de propriété. Par conséquent, vous devez fermer la balise de l’élément objet et ne fournir aucun élément enfant. Chaque fois qu’un processeur XAML rencontre un élément objet, le constructeur de cette classe est appelé, ce qui instancie l’objet créé à partir de l’élément analysé. Une classe d’extension de balisage n’est pas différente : si vous souhaitez que votre extension de balisage soit utilisable dans la syntaxe des éléments d’objet, vous devez fournir un constructeur sans paramètre. Certaines extensions de balisage existantes ont au moins une valeur de propriété requise qui doit être spécifiée pour une initialisation efficace. Si tel est le cas, cette valeur de propriété est généralement fournie en tant qu’attribut de propriété au niveau de l’élément objet. Les extensions de balisage qui ont des propriétés requises (et les noms de ces propriétés) sont notées dans les pages de référence Fonctionnalités de langage pour les espaces de noms XAML (x:) et Extensions XAML WPF. Ces pages indiquent aussi si la syntaxe des éléments objet ou des attributs est rejetée pour des extensions de balisage particulières. Il convient d’attirer l’attention sur le cas de l’extension de balisage x:Array, qui ne peut pas prendre en charge la syntaxe d’attribut, car le contenu de ce tableau doit être spécifié dans le balisage en tant contenu. Le contenu du tableau étant géré en tant qu’objets généraux, aucun convertisseur de type par défaut ne peut être exécuté pour l’attribut. De plus, l’extension de balisage x:Array nécessite un paramètre type.

Voir aussi

• Intégration du format XAML au format WPF
• Fonctionnalités de langage pour les espaces de noms XAML (x:)
• Extensions XAML WPF
• StaticResource, extension de balisage
• Binding, extension de balisage
• DynamicResource, extension de balisage
• x:Type, extension de balisage