Le modèle MVVM
Le modèle Model-View-View Model (MVVM) est une manière courante de structurer une application UI. Il utilise un système de liaison de données qui aide à déplacer les données entre ses parties vue et modèle de vue. Cela signifie qu'il réalise une séparation de la logique de l'application (modèle de vue) de l'affichage de l'UI (vue).
La séparation entre la logique de l'application et les services métiers (modèle) est généralement réalisée par un système d'injection de dépendances (DI).
MVVM peut être excessif pour une application simple ; mais à mesure que les applications évoluent, elles atteindront souvent un point où le maintien de la définition de l'affichage et de la logique de l'application dans les mêmes modules de composants UI devient problématique :
- Les interactions entre les composants UI deviennent compliquées et sujettes aux erreurs.
- Il devient difficile de tester unitairement les composants UI en raison des dépendances sur la plateforme UI cible.
MVVM résout ce problème en abstrait la logique de l'application dans des classes uniquement codées qui ne dépendent pas de la plateforme UI cible, et peuvent donc être testées de manière indépendante.
Pour en savoir plus sur le contexte du modèle MVVM, consultez l'article Microsoft Patterns and Practices ici.
Quand utiliser MVVM ?
MVVM est un modèle de programmation plus complexe par rapport au modèle de code-behind basé sur les événements. Vous avez un surcoût d'apprentissage supplémentaire pour maîtriser les techniques du framework ReactiveUI que vous utiliserez pour implémenter MVVM avec Avalonia UI.
En fait, le modèle de code-behind peut être plus facile à comprendre et à maintenir pour une petite application simple.
Pour des détails sur la façon de programmer Avalonia UI avec le modèle de code-behind, voir ici.
Les avantages de l'utilisation du modèle MVVM ne deviennent apparents que lorsqu'une application grandit et devient plus complexe. Vous avez donc deux stratégies de développement à considérer :
- Commencez par utiliser le modèle de code-behind plus simple. Visez à convertir en MVVM si l'application devient difficile à maintenir.
- Utilisez MVVM dès le départ car vous vous attendez à ce que l'application se développe.
Vous pouvez utiliser les pages suivantes pour en savoir plus sur l'utilisation de MVVM avec Avalonia UI, quelle que soit la stratégie ci-dessus que vous adoptez.