Contrôles WPF tiers: Devexpress vs Telerik
J'aimerais avoir votre avis sur les deux fournisseurs de contrôle.
Pour résumer: je construis une application de bureau LOB classique. L'application sera entièrement créée dans WPF. PRISM 4.0 sera largement utilisé. Dans la mesure du possible, j'essaierai de suivre le modèle MVVM (ce serait bien si les contrôles sélectionnés étaient conçus pour l'adopter facilement).
Je suis principalement intéressé par:
Bonne grille de données, qui prend en charge le tri, le filtrage, le regroupement, l'exportation, l'impression et fonctionne très bien avec une grande quantité d'enregistrements liés (10k +)
Combobox qui prend en charge le filtrage et la saisie semi-automatique.
barre de navigation
Gestionnaire de mise en page qui est similaire à celui qui est utilisé VS 2010
À long terme, je voudrais également utiliser leur:
Outils de rapport
"Exploration de données" contrôles
Prise en charge de la localisation afin de localiser les actions de la grille de données par exemple, ..
J'utilise Winforms Devxpress depuis un moment et j'étais assez satisfait. Leur équipe de soutien est formidable. Pourtant, je veux vérifier s'il existe une meilleure option sur le marché. En d'autres termes, je voudrais savoir si les commandes de Telerik ont une valeur supplémentaire?
Nous avons dû prendre une décision assez similaire il y a quelques mois. Nous utilisions WinForms, Microsoft Composite UI Application Block et DevExpress WinForms. Pour notre nouvelle application, créée à partir de zéro, nous avons décidé d'utiliser WPF (sans PRISM) et nous avions particulièrement besoin de quelques grilles, nous avons donc utilisé DevExpress WPF Controls.
C'était à mon humble avis une bonne et une mauvaise décision.
La bonne partie:
Vous pouvez utiliser les commandes d'une manière très similaire à celle à laquelle vous êtes habitué. Il y a quelques différences, mais on s'y habitue rapidement. C'est un énorme avantage, car il nous a fallu un certain temps pour s'y habituer lors de l'utilisation des contrôles WinForm.
Les contrôles, en particulier les grilles, sont utilisables comme les contrôles WinForms. Si vos utilisateurs y sont habitués, la transition est très fluide.
L'application de l'un des thèmes fournis est très simple et vous obtenez une bonne solution sans trop d'agacement. Ils s'appliquent également aux contrôles WPF purs, de sorte que l'ensemble de l'application semble cohérent. Nous utilisons toujours principalement Windows XP, les thèmes s'appliquent également à cela, ce qui est extrêmement utile pour nous.
La mauvaise partie:
Nous nous attendions à ce que les contrôles DevExpress WPF fournissent la même couverture de contrôle que les contrôles WinForm. Les contrôles DevExpress WPF à cette époque avaient la version 10.1, et nous avons été déçus que certains contrôles manquaient complètement (par exemple TreeList, Schedulers, Passwordbox ou le très utile LookUpEdit). Bien que les trois derniers soient disponibles avec la version 10.2, les TreeLists ne sont toujours pas là. Si vous recherchez des contrôles supplémentaires du package WinForms que ceux répertoriés, c'est une bonne idée de vérifier s'ils existent pour les contrôles DX WPF en premier.
Certaines parties donnaient l'impression qu'elles étaient faites rapidement. Il y avait quelques quickfixes nécessaires pour faire fonctionner les contrôles de la façon dont nous avions l'intention de les utiliser. La bonne chose est que la plupart de ces problèmes sont résolus avec 10.2.
La documentation et le centre de support pour les contrôles WPF semblent moins complets que la documentation WinForms. Bien que ce ne soit probablement que mon impression personnelle, j'ai presque toujours été en mesure de trouver une réponse à un certain problème que j'avais avec les contrôles WinForms sur le site Web de DX, je ne réussis pas si bien avec les contrôles WPF. Cependant, l'équipe d'assistance est toujours aussi utile.
Cette liste n'est pas censée être exhaustive, ce sont les choses qui me sont immédiatement venues à l'esprit.
Alors, que ferais-je si je devais refaire la même décision? J'utiliserais très probablement DevExpress à nouveau. La plupart des choses négatives qui m'ont dérangé ont été corrigées avec la version 10.2, donc les contrôles sont tout à fait utilisables maintenant. J'aime particulièrement que vous puissiez utiliser votre ancienne expérience avec les contrôles WinForm (avec des limitations, bien sûr). Ce dernier était également la principale raison d'acheter les composants DX. Malheureusement, je ne connais pas suffisamment les commandes de Telerik pour en parler, donc si quelqu'un a de l'expérience avec les deux, en particulier avec le passage de DX à Telerik, ce serait sûrement une information très intéressante.
Nous n'utilisons pas le modèle MVVM avec nos grilles, car la façon "traditionnelle" de charger et de déplacer les données est suffisante pour nous. Certaines de nos grilles contiennent des valeurs de 100k +, les performances de la grille sont toujours correctes. Les contrôles ne semblent pas avoir un support intégré pour MVVM, si vous essayez de l'utiliser, il semble que vous devez tout faire manuellement. Peut-être que 10.2 a changé les choses ici, je n'ai pas vérifié, mais je ne pense pas.
Nous avons utilisé notre propre implémentation pour la localisation, donc je ne connais pas le support de localisation DX.
Je choisirais certainement DevExpress, leurs composants sont à mon avis plus agréables et avec de meilleures API que Telerik, alors n'oublions pas que vous connaissez déjà leur modèle d'objet, les conventions de dénomination et les API du monde des formulaires Windows, ce n'est pas un mineur chose parce que vous réutiliserez très probablement votre savoir-faire et cela est beaucoup plus important et précieux.
J'ai évalué plusieurs packages de contrôle WPF, Telerik, devExpress, Xceed, SyncFusion, etc. Nous étions principalement intéressés par un contrôle de grille qui pouvait gérer une grande quantité de données et avoir de bonnes performances. Dans un test simple, nous avons chargé 120 000 articles dans la grille et fait un groupe sur les champs.
DevExpress était le chargement à jeun par rapport aux autres. Il a fallu 15 secondes pour charger, tandis que les autres étaient toutes environ 45 secondes. DV se regroupait en 7 secondes, tandis que les autres prenaient près de 45 secondes. Quelques autres packages de commandes verrouillés! (fyi, les données étaient chargées depuis Mongo).
Lors de l'affichage de la boîte de dialogue de filtrage d'une colonne sur Telerik, elle s'étendrait au-delà du bas de l'écran sans barre de défilement. De plus, le fait de cliquer sur un élément de filtre dans la liste déroulante ferait immédiatement le filtre plutôt que d'attendre que je sélectionne les autres. Par conséquent, si vous sélectionnez 5 éléments, cela prendra 5 fois plus de temps.
Je souhaite que DevExpress ait une option de filtre déroulant de case à cocher (comme Excel). Vous ne pouvez sélectionner qu'une seule valeur, mais elle a une boîte de dialogue de filtre très agréable qui vous permet de faire des filtres plus complexes. J'aimerais quand même pouvoir vérifier facilement quelques valeurs et avancer rapidement.
Telerik s'intègre parfaitement avec Sql Server en utilisant Entity Framework. C'est la pagination, le tri, le filtrage, etc. intégrés directement avec EF et Sql Server effectuait ces opérations dans la base de données. Très agréable! J'ai surveillé les commandes sql comme faisant des opérations. Si vous visualisez de grandes quantités de données sur le serveur SQL, c'est peut-être le seul contrôle qui fait vraiment bien cela. (À l'exception du combo de filtre déroulant qui ne gère pas très bien les grandes données). Nous utilisons Mongo pour nos données volumineuses, donc cela ne nous concernait pas. Nous avons eu quelques exceptions avec Telerik lors des tests de données. DevExpress n'a pas d'option de pagination sauf si vous l'avez vous-même.
Au final, nous avons choisi DV pour des raisons de performances avec de grandes données et une grande stabilité.
Telerik RadDataGrid prend en charge MVVM et le modèle de commande correctement dès la sortie de la boîte. Le DevExpress nécessite beaucoup de code supplémentaire avant de pouvoir utiliser correctement MVVM.
J'utilise Telerik et DEVExpress tous les deux. D'après mon expérience, DevExpress est meilleur dans les contrôles de forme gagnant. Mais, Telerik est mieux que dans les contrôles Asp.NET. Le résultat du rendu DevExpress sur les contrôles serveur est très compliqué sur le site client. Ils créent un contrôle de bouton à l'aide de la balise table.
DevExpress WPF est lent et non optimisé en termes de performances. J'ai essayé le contrôle d'édition de texte riche à la fois DevExpress et Telerik. Le contrôle Telerik surpasse DevExpress en termes de performances.
J'étais exactement dans la même position il y a quelques mois lors de l'évaluation des contrôles WPF pour un nouveau projet WPF. Je ne sais pas si vous avez pris une décision, mais je peux offrir mes expériences avec Telerik et j'espère que cela vous aidera.
Dans mon projet, un besoin particulier était d'utiliser TreeListView et il y avait peu de fournisseurs réputés qui fournissaient ce contrôle. J'ai passé un peu de temps à faire des recherches et j'ai trouvé Telerik qui offrait ce dont j'avais besoin. J'ai téléchargé la version d'essai et l'ai utilisée pendant 2 mois, j'ai contacté leur support, consulté leurs forums. Je peux vous dire qu'ils ont d'excellents supports! Habituellement, les supports fournissent une solution avec des exemples de codes. Comme tous les développeurs, nous rencontrerions un barrage routier, nous avons étudié l'API, les documentations et les exemples. Pour moi, le support est important car il fait gagner du temps de développement! Mon avis est que Telerik fournit d'excellents contrôles d'interface utilisateur avec de vastes choix de collecte et de personnalisation, et d'excellents supports techniques. Cependant, leur documentation n'est pas si bonne. En outre, faites attention aux performances dans les contrôles WPF, mon expérience est que les performances sont atteintes si vous avez une grande source de données. Assurez-vous de réaliser certains prototypes dans des zones architecturales critiques si les performances sont les exigences clés.
Essayez-le et voyez s'il répond à vos besoins ou non.
BTW, je suis également client de ComponentOne. Obtenez simplement les commandes dont vous avez besoin si cela peut vous faire gagner du temps. L'important est d'aider à expédier votre produit à temps! J'espère que cela t'aides.
Je prendrais Telerik haut la main ... La raison n ° 1 étant le support, la raison n ° 2 est que si le contrôle ne peut pas faire ce dont vous avez besoin, il vous suffit de mettre un ticket ou un message sur les forums de support et vous pouvez CONDUIRE leur développement de fonctionnalités.
...plutôt cool :)
Je crois que devexpress est vraiment meilleur dans WinFormApp. Je l'utilise depuis plusieurs années c'est vraiment sympa. Par contre récemment j'ai essayé ses contrôles WPF, c'est terrible et plein de sac je n'ai pas le temps de passer à telerik pour ce projet. Un autre problème que j'ai eu avec devex est RTL. Si vous voulez avoir une application multilingue, cela peut être important. Telerik peut prendre en charge RTL, mais Devex ne le prend pas en charge dans WinApp et WPF dans Devex ne le prend pas complètement en charge. Comme je l'ai dit, devex est meilleur dans WinApp sans RTL.
J'ai utilisé les radcontrols telerik wpf et le devexpress! D'après mon expérience, j'étais satisfait des commandes telerik car mon objectif principal était d'être plus productif et de fournir une application de bureau avec une bonne UX en peu de temps! Telerik fait un usage intensif du modèle mvvm et recommande de l'utiliser car la plupart de leurs démos sont basées dessus! Quant à la documentation en regardant le code source des démos, il me suffisait d'avoir un démarrage rapide! En revanche, devexpress est plus mature. en d'autres termes, telerik contient des bogues, mais le support trouvera toujours une solution de contournement pour vous si vous le demandez.
De mon point de vue, DevExpress fournit un aperçu de ce que les contrôleurs légers comparent à Telerik. La création de rapports à l'aide de DevExpress est plus flexible. Mais en même temps, Telerik a une meilleure apparence et se sent mieux avec un autre outil.
n'ai pas essayé DevExpress, mais j'utilise Telerik pour WPF il a quelques bons composants le Gridview par exemple. mais d'autres composants sont pleins de bugs par exemple un simple dockcontrol à ce jour ils n'ont pas réussi à le faire fonctionner correctement.
J'ai un ami qui utilise les commandes Telerik et il ne jure que par eux. Il a spécifiquement mentionné à quel point leur contrôle de la grille de données est la plus grande chose depuis le pain en tranches et utilise tout le temps (ce qui pourrait vous aider en fonction de votre premier point).
Encore une fois, pas une expérience de première main, mais j'ai confiance en ses opinions sur ce genre de choses.