Depuis le temps que je l’explique à mes clients et que je l’écris sur Twitter , me voilà bien content de découvrir ce soir que je ne suis plus le seul à dire que le design pattern MVVM est à utiliser avec modération sur les projets Silverlight et WPF. Permettez-moi de vous livrer ici mon critère pour savoir si vous devez ou non faire du MVVM sur votre projet. “On m’aurait menti? MVVM n’est pas la panacée?” Si vous n’avez pas lu ce billet très complet d’Olivier Dahan qui explique en quoi MVVM n’est pas la panacée que d’aucuns prétendent, allez y faire un tour. Si je peux ajouter ma pierre à ce billet, c’est surtout la suivante: en faisant du Silverlight ou WPF correctement, on fait déjà du MVC (grâce notamment au XAML, INotifyPropertyChanged et INotifyCollectionChanged, NavigationService, au Binding et son DataContext, aux ressources, et événements routés). Et MVC c’est déjà un beau modèle, surtout quand on arrive à le mettre en oeuvre aussi simplement et élégamment qu’en Silverlig...