Devrions-nous utiliser XAML généré par le serveur pour fournir nos interfaces utilisateur Silverlight/WPF?

Question

En janvier 2009, Dino Esposito a publié un article sur MSDN intitulé "Managing Dynamic Content Delivery In Silverlight". Nous envisageons d'utiliser une approche comme celle-ci pour un projet à venir et nous nous demandions si quelqu'un avait des conseils pour savoir si c'était une bonne approche. Y a-t-il des pièges ou des pièges à surveiller? Nous utilisons actuellement Prism et devrions regarder comment les deux vivraient heureux ensemble.

Answer 1

Oui! Cette approche, à mon avis, est ce qui rend Silverlight et WPF si incroyablement puissant. Je l'ai fait dans le passé et il est incroyable de voir comment cela fonctionne. La liaison de données et ViewModels le rendent particulièrement facile à faire. Encore mieux si vous utilisez les capacités dynamiques de C# 4.0 pour pousser les propriétés dynamiques dans votre ViewModel que votre View peut lier. En d'autres termes, vous pouvez repousser les valeurs dynamiques auxquelles vos vues dynamiques peuvent se lier.

Quand tout fonctionne, c'est beau.

Un peu de promotion personnelle ici, mais mon ViewModel base class a beaucoup de soutien pour ce type d'approche de liaison de données dynamique.

En ce qui concerne cela avec Prism, vous pouvez profiter de la modularité Prism avec laquelle prisim a été construit. Vous pouvez substituer le RegionRegistry, par exemple, avec un de vos propres qui sait comment créer la vue dynamique donnée le nom de région.

Belle, belles choses ici.