Contrôles de la WPF par un tiers: Devexpress vs Telerik [fermé]
j'aimerais connaître votre opinion sur les deux services de contrôle.
pour résumer: je suis en train de construire une application de bureau classique. Le PPA sera créé entièrement dans le FPF. 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).
Surtout, je suis intéressé par:
Bonne grille de données, qui prend en charge tri, filtrage, regroupement, exportation, impression et travaux amende avec une grande quantité de lié enregistrements(10k+)
Combobox qui supporte le filtrage et l'auto-complétion.
barre de Navigation
Gestionnaire de mise en page qui est similaire à celui qui est utilisé VS 2010
Dans le long terme, je tiens également à utiliser:
Rapport outils
"exploration de Données" commandes
support de Localisation afin de localiser les actions de la grille de données par exemple,..
J'utilise Winforms Devxpress depuis un certain temps et j'ai été très satisfait. Leur équipe de soutien est grand. Je veux quand même vérifier s'il y a une meilleure option sur le marché. En d'autres termes, je voudrais savoir si Telerik les contrôles de toute valeur?
13 réponses
nous avons dû prendre une décision tout à fait similaire il y a quelques mois. Nous utilisions WinForms, le bloc D'application composite de Microsoft et DevExpress WinForms. Pour notre nouvelle application, créée à partir de zéro, nous avons décidé d'utiliser WPF (sans prisme) et nous avions particulièrement besoin de quelques grilles, donc nous avons utilisé les contrôles WPF DevExpress.
C'était une bonne et une mauvaise décision.
La bonne partie:
Vous pouvez utiliser les commandes dans un très similaire comme vous. Il y a quelques différences, mais vous vous y habituerez rapidement. C'est un énorme plus, car il nous a fallu un certain temps pour nous y habituer tout en utilisant les commandes WinForm.
les commandes, particulièrement les grilles, sont utilisables comme les commandes WinForms. Si vos utilisateurs y sont habitués, la transition est très douce.
l'Application de l'un des thèmes est très simple et vous obtenez une bonne solution sans trop de gêne. Ils s'appliquent aux contrôles WPF purs, aussi, de sorte que l'ensemble de l'application semble cohérente. Nous utilisons encore principalement Windows XP, les thèmes s'y appliquent aussi, ce qui est exceptionnel et utile pour nous.
La mauvaise partie:
nous nous attendions à ce que les contrôles WPF de DevExpress fournissent la même couverture de contrôle que les contrôles WinForm. Les contrôles WPF DevExpress à L'é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). Alors que les trois derniers sont disponibles avec la version 10.2, les TreeLists ne sont toujours pas là. Si vous êtes à la recherche de contrôles supplémentaires du paquet WinForms par rapport à ceux listés, c'est une bonne idée de vérifier s'ils existent pour les contrôles DX WPF en premier.
certaines parties ont donné l'impression qu'elles étaient faites rapidement. Il y avait quelques corrections nécessaires pour que les commandes fonctionnent comme nous l'avions prévu. La bonne chose est que la plupart de ces problèmes sont résolus avec 10.2.
la documentation et le centre de support des contrôles WPF semblent moins complets que la documentation WinForms. Bien que ce ne soit probablement que mon impression personnelle, j'ai presque toujours pu trouver une réponse à un certain problème que j'avais avec les commandes WinForms sur le site DX, Je ne suis pas très satisfait des commandes WPF. Le équipe de soutien est aussi utile comme toujours, cependant.
cette liste n'est pas exhaustive, c'est ce qui m'est venu immédiatement à 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 mis sur écoute ont été corrigées avec la version 10.2, donc les contrôles sont assez utilisables maintenant. J'aime particulièrement que vous puissiez utiliser votre ancienne expérience avec les commandes WinForm (avec les limites, bien sûr). La dernière est aussi la principale raison pour laquelle les composants DX ont été achetés. Malheureusement, Je ne sais pas si le Telerik contrôle assez pour dire quoi que ce soit à leur sujet, donc si quelqu'un a de l'expérience avec les deux, en particulier avec le passage de Dx à Telerik qui serait sûrement une information très intéressante.
nous n'utilisons pas le modèle MVVM avec nos grilles, car la méthode "traditionnelle" de chargement et d'affichage des données est suffisante pour nous. Certaines de nos grilles contiennent 100k+ valeurs, la performance de la grille est imho toujours ok. Les contrôles n'ont pas l'air d'avoir une prise en charge de 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 sais pas pour le support de localisation DX.
J'irais certainement pour DevExpress, leurs composants sont à mon avis Mieux et avec de meilleurs API que ceux de Telerik, alors n'oublions pas que vous connaissez déjà leur modèle d'objet, les conventions de nommage et les API du monde des formes windows, ce n'est pas une chose mineure parce que vous allez probablement RÉUTILISER votre savoir-faire et c'est beaucoup plus important et précieux.
j'ai évalué plusieurs paquets de contrôle WPF, Telerik, devExpress, Xceed, SyncFusion, etc. Nous étions principalement intéressés par un contrôle de grille qui pourrait traiter une grande quantité de données et avoir une bonne performance. Dans un test simple, nous avons chargé 120.000 articles dans la grille et fait un groupe sur les champs.
DevExpress était la charge de jeûne par rapport aux autres. Il a fallu 15 secondes pour charger, tandis que les autres ont duré environ 45 secondes. DV se grouperait en 7 secondes, tandis que les autres ça a pris 45 secondes. Deux autres paquets de commandes verrouillés! (pour information, les données étaient chargées à partir de Mongo).
en soulevant la boîte de dialogue Filtre pour une colonne sur Telerik, elle s'étendrait au-delà du bas de l'écran sans aucune barre de défilement. En outre, en cochant un élément de filtre dans le combo dropdown ferait immédiatement le filtre alors plutôt que d'attendre que je sélectionne les autres. Par conséquent, si vous choisissez 5 items, cela prendra 5 fois plus de temps.
je souhaite DevExpress aurait une option de filtre de suppression de case à cocher (comme Excel). Vous ne pouvez sélectionner qu'une seule valeur, mais elle a une boîte de dialogue Filtre très agréable qui vous permet de faire des filtres plus complexes. Toujours, voulez être en mesure de facilement vérifier quelques valeurs et de progresser rapidement.
Telerik bien intégré avec Sql Server en utilisant Entity Framework. C'est le téléappel, le tri, le filtrage, etc. intégré directement avec EF et a Sql Server faire ces opérations à la base de données. Très sympa! Je j'ai surveillé les commandes sql pendant les opérations. Si vous visualisez de grandes quantités de données sur sql server, c'est peut-être le seul contrôle qui le fait vraiment bien. (À l'exception du combo dropdown filter qui ne traite pas très bien les données volumineuses). Nous utilisons Mongo pour nos grandes données, donc cela ne s'applique pas à nous. Nous avons eu quelques exceptions avec Telerik lors des tests de données. DevExpress n'a pas d'option de pagination à moins que vous-même.
a la fin nous avons choisi DV en raison de la performance raisons avec de grandes données et la stabilité.
le Telerik RadDataGrid supporte MVVM et le modèle de commande correctement tout droit sorti de la boîte. Le DevExpress one nécessite beaucoup de code supplémentaire avant de pouvoir l'utiliser correctement.
J'utilise Telerik et DEVExpress à la fois. D'après mon expérience, DevExpress est meilleur dans les contrôles win form. Mais, Telerik est mieux que dans Asp.NET contrôles. Les résultats du rendu DevExpress sur les commandes du serveur sont très désordonnés sur le site client. Ils créent le contrôle de bouton en utilisant la balise de table.
j'étais exactement dans la même position il y a quelques mois lors de l'évaluation des contrôles de la WPF pour un nouveau projet de la WPF. Je ne suis pas sûr que vous ayez pris une décision, mais je peux vous 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 pour ce contrôle. J'ai passé du temps à faire des recherches et trouvé Telerik qui m'a offert ce dont j'avais besoin. J'ai téléchargé le procès et l'a utilisé pendant 2 mois, contacté leur support, vérifié leurs forums. Je peux vous dire qu'ils ont d'excellents soutiens! Habituellement, les supports fournis solution avec des codes d'échantillon. Comme tous les développeurs, nous rencontrions roadblock, nous avons étudié L'API, les documentations et les exemples. Pour moi, le soutien est important car il permet d'économiser du temps de développement! Mon feedback est Telerik fournit de grands contrôles UI avec une vaste collection et des choix de personnalisation, et de grands supports techniques. Cependant, leur documentation n'est pas si bon. Aussi, regarder la performance dans les contrôles WPF, mon expérience est qu'il a une certaine performance hit si vous avez une grande source de données. Assurez-vous de faire certains prototypes dans les domaines architecturaux critiques si la performance est la principale exigence.
il suffit d'essayer et de voir si elle répond à vos besoins ou non.
BTW, je suis aussi ComponentOne client. Obtenez juste les contrôles pour ce dont vous avez besoin si cela peut vous faire gagner du temps. L'important est de savoir comment expédier votre produit à temps! Espérons que cette aide.