Quelle suite de contrôle WPF est la mieux adaptée à MVVM?

Il semble que la seule façon d'évaluer réellement une suite de contrôle de l'interface utilisateur est de télécharger l'essai et d'investir de nombreuses heures pour comprendre ses limites et ses défauts de conception. Cependant, avec autant de choix, j'essaie de raccourcir ce processus en excluant ceux qui ne répondent pas à un critère clé - la compatibilité MVVM. Quelles sont vos expériences en matière de déploiement des différentes suites dans les projets qui utilisent MVVM et qui, le cas échéant, sont spécifiquement conçues en fonction de MVVM?Quelle suite de contrôle WPF est la mieux adaptée à MVVM?

Source

2010-06-30 Tim Coulter

Je ne suis pas sûr comment un contrôle pourrait être "compatible non-MVVM" puisque, en réalité, MVVM spécifie juste à quel type de classe le contrôle est lié pour les données. Je suppose que la capacité intégrée de déclencher un dérivé 'Command' à partir des actions de l'utilisateur serait utile, mais au-delà je ne suis pas sûr de savoir quels critères pourraient affecter cela. –

@Dan: à titre d'exemple (et je suis sûr qu'il y en a beaucoup d'autres) j'ai essayé de construire une interface MDI à onglets en utilisant les contrôles Actipro Docking mais, comme décrit dans le lien, cela nécessite de grandes quantités de codebehind les onglets ne sont pas liables. http://www.actiprosoftware.com/Support/Forums/ViewForumTopic.aspx?ForumTopicID=4655#17283 –

Ce n'est pas un problème de compatibilité MVVM - c'est juste un contrôle de la merde! –

Je suis surtout d'accord avec Dan; Comme il l'a mentionné, les contrôles devraient avoir la capacité de déclencher un Command, en même temps, les propriétés du contrôle devraient être des propriétés de dépendance afin d'utiliser la liaison avec eux (j'ai rencontré ce problème avec certains des contrôles tiers).

J'ai évalué les commandes Telerik, Infragistics et Syncfusion pour mes projets et j'ai largement utilisé Telerik et Syncfusion. D'après mon expérience, je pense que les Telerik sont les mieux conçus et les mieux adaptés aux MVVM. J'ai aussi vu le code de telerik et ils utilisent eux-mêmes le pattern MVVM.

Je n'ai pas beaucoup utilisé Infragistics, donc je ne peux pas dire s'ils conviennent à MVVM ou non, mais ils ont de bons contrôles stables.

Syncfusion est pire quand il s'agit de WPF, ses commandes ne sont pas très bien et seront difficiles à utiliser avec MVVM. Ils ne sont ni bien conçus ni très stables.

Une astuce pour vérifier cette compatibilité -

check (coup d'oeil à travers) les échantillons pour ces contrôles. S'ils ont utilisé MVVM dans leurs échantillons ou ont utilisé Commands, Binding etc largement dans leurs échantillons, alors ils seront plus appropriés pour être utilisés avec MVVM. Autant que je me souvienne, j'ai vu MVVM dans le contrôle de Telerik, où les échantillons de Syncfusion n'utilisent pas la plupart des fonctionnalités de WPF dans leurs échantillons, ils regardent des échantillons simples de WinForms utilisés dans l'application WPF.

Source

2010-07-01 12:45:44 akjoshi

Merci pour votre recommandation. Je me rends compte que ma question était quelque peu subjective, mais j'essaie simplement d'éviter la situation difficile de l'affiche dans le lien ci-dessous, dont la stratégie de projet semble être dictée par la nécessité de travailler avec une suite de contrôle particulièrement inadéquate: http: // stackoverflow.com/questions/1510041/what-is-your-experience-with-abandoning-mvvm-for-usercontrol-based-wpf-architectu –

@Tim - Oui, je comprends cela.J'ai également fait face à un dilemme similaire (en fait, chaque fois que vous devez décider quel contrôle de la 3ème partie à utiliser). – akjoshi

Quelle suite de contrôle WPF est la mieux adaptée à MVVM?

Répondre

Questions connexes