Liaison de données

Parcourir l’exemple

Une application d’interface utilisateur d’application multiplateforme .NET (.NET MAUI) se compose d’une ou plusieurs pages, chacune contenant généralement plusieurs objets d’interface utilisateur appelés vues. L’une des principales tâches de l’application consiste à synchroniser ces vues et à suivre les différentes valeurs ou sélections qu’elles représentent. Souvent, les vues représentent des valeurs d’une source de données sous-jacente, et les utilisateurs manipulent ces vues pour modifier ces données. Quand la vue change, les données sous-jacentes doivent refléter ce changement et, inversement, quand les données sous-jacentes changent, le changement doit être reflété dans la vue.

Pour gérer ces modifications, l’application doit être avertie des modifications apportées à ces vues ou aux données sous-jacentes. La solution courante est de définir des événements qui indiquent quand un changement se produit. Vous pouvez installer un gestionnaire d’événements auquel sont signalés ces changements. Il répond en transférant les données d’un objet à un autre. Toutefois, lorsqu’il existe de nombreuses vues, il doit également y avoir de nombreux gestionnaires d’événements, ce qui entraîne un grand nombre de code réutilisable.

La liaison de données automatise cette tâche et restitue les gestionnaires d’événements inutiles. Les liaisons de données peuvent être implémentées en XAML ou en code, mais elles sont beaucoup plus courantes en XAML, où elles aident à réduire la taille du fichier code-behind. En remplaçant le code procédural dans les gestionnaires d’événements par du code déclaratif ou du balisage, l’application est simplifiée et précise.

La liaison de données est donc la technique de liaison des propriétés de deux objets afin que les modifications apportées à une propriété soient automatiquement reflétées dans l’autre propriété. Un des deux objets impliqués dans une liaison de données est presque toujours un élément qui dérive de View et constitue une partie de l’interface visuelle d’une page. L’autre objet peut être :

• Un autre View dérivé, généralement dans la même page.
• Un objet dans un fichier de code.

Les liaisons de données entre deux View dérivés sont souvent présentées dans ces articles, à des fins de clarté et de simplicité. Toutefois, les mêmes principes peuvent être appliqués aux liaisons de données entre un View et d’autres objets. Lorsqu’une application est créée à l’aide de l’architecture Model-View-ViewModel (MVVM), la classe avec des données sous-jacentes est souvent appelée viewmodel.