Telerik vs DevExpress ASP.NET MVC Controls

Question

Je cherche à recueillir les commentaires des personnes qui ont utilisé les contrôles MVC ASP.NET de DexExpress ou Telerik. Sur le front des WebForms, ils semblent tous deux avoir une bonne réputation, mais je cherche des retours d'utilisateurs de leurs offres MVC. Il semble que Telerik soit le plus mature des deux pour le moment, donc je penche pour leur utilisation. Les gains de productivité en valent-ils la peine ?

Nous travaillons sur un produit commercial et nous essayons de décider s'il faut acheter l'un de ces produits ou simplement opter pour jQuery UI et réaliser l'intégration nous-mêmes.

Pour ce que cela vaut, nous utilisons actuellement ASP.NET MVC2.

Answer 1

J'ai eu beaucoup de succès avec les contrôles webforms de Telerik. Je suis actuellement en train de convertir un projet en utilisant leur suite MVC. Je fais un usage intensif de leur grille et la version MVC possède à ce stade toutes les fonctionnalités dont j'ai besoin. J'opterais pour Telerik en me basant sur mon expérience des webforms et sur le fait qu'ils sont open source et gratuits et que vous pouvez les modifier comme vous le souhaitez (bien qu'ils aient une version sous licence). Mais à mon avis, la seule chose qu'ils offrent pour MVC qui vaut l'argent est la grille... tout le reste a d'autres alternatives jquery que vous pouvez utiliser gratuitement.

Answer 2

Tout d'abord, l'avertissement. Je travaille pour DevExpress et donc, je ne parlerai que des contrôles DevExpress.

Par conception, toutes nos extensions MVC sont construites à l'aide de composants de formulaires Web DevExpress qui présentent des avantages tels que le support des callbacks, un rendu optimisé pour des contrôles particuliers et le support d'une large gamme de navigateurs. Tout bogue survenant dans MVC ou WebForms est corrigé pour les deux plateformes. Cette approche nous permet de créer de nouvelles extensions et fonctionnalités même dans les versions mineures de DXperience.

Les principaux avantages sont toujours disponibles pour les personnes qui préfèrent utiliser des modèles. Dans les vues MVC, les modèles n'existent pas, car tout le processus de rendu est géré par le programmeur. Les extensions DX vous permettent de gérer le processus de création de modèles. Étant donné que toutes les extensions complexes telles que GridView ou HtmlEditor utilisent des callbacks, la vitesse de traitement côté serveur est rapide, car il n'est pas nécessaire de construire toute la hiérarchie de la page, comme c'est généralement le cas dans les WebForms. Le serveur génère simplement une vue partielle qui est transférée au navigateur à l'aide de callbacks jQuery. Lorsqu'il y a beaucoup de contrôles côté client, la page peut fonctionner lentement dans les anciens navigateurs qui sont souvent utilisés dans les grandes entreprises (par exemple, IE6 et IE7). La technologie des callbacks permet de rendre les pages plus légères et plus rapides.

Désolé pour ce long message :-). Je voudrais vous suggérer de passer un peu de temps à essayer les deux produits et de décider quelle suite répond le mieux à vos besoins.

Answer 3

Je ne peux parler que de la suite DevExpress MVC, car ce sont les seuls composants que j'ai utilisés jusqu'à présent.

Pour :

1. De nombreuses fonctions intégrées devrait suffire pour la plupart des projets qui ne sont pas extrêmement complexes.
2. Un soutien excellent, excellent et troisièmement excellent. Cependant, il semble parfois qu'ils ne veulent pas comprendre votre problème et veulent se débarrasser de vous rapidement.
3. Il est possible de mettre en place relativement rapidement une application web pas trop complexe. sans en savoir trop sur javascript, jQuery, HTML/CSS, AJAX, etc.

Cons :

1. Leur suite MVC est en fait complètement dépassée. IMHO. Et je ne parle pas d'un point de vue fonctionnel, mais technologique. Comme d'autres l'ont souligné, le rendu est lent, utilisant des tonnes de code HTML, principalement des TABLEAUX. Leur technologie de callback est basée sur des mises à jour de vues complètement partielles au lieu de seulement des données, etc... Je pourrais dire beaucoup d'autres choses.
2. Leur suite MVC n'est pas une "vraie" suite MVC. C'est drôle, mais vrai. Il s'agit toujours d'une simple enveloppe autour de leurs contrôles WebForms. (En fait, je pense que c'est la raison fondamentale des autres contras).
3. Toute (et je dis bien TOUTE) amélioration ou personnalisation deviendra rapidement votre pire cauchemar. Leur structure est vraiment robuste et difficile à comprendre (du côté serveur comme du côté client), les techniques de personnalisation ne s'intègrent pas bien dans MVC ou d'autres modèles "modernes", etc.
4. Ils peuvent difficilement travailler avec d'autres technologies tierces. comme jQuery, bootstrap, knockout.js, etc. Leurs contrôles sont très fermés de ce point de vue.
5. Un développement relativement lent . En raison de leur très large gamme de composants et de produits, je suppose qu'ils ont des délais limités pour développer et améliorer les contrôles MVC, vous ne devez donc pas vous attendre à un miracle avant environ un an.

Conclusion :

La suite DX MVC est idéale si vous devez créer rapidement une application Web, si vous n'avez pas de besoins vraiment particuliers et si vous ne prévoyez pas d'utiliser trop de technologies tierces, mais vous fiez aux solutions DX.

Personnellement, je ne choisirais pas la suite DX MVC cette fois-ci. J'irais beaucoup plus probablement dans la direction de bootstrap, jQuery, jq Suite. Par exemple, jqGrid a réussi à rattraper les fonctionnalités et les solutions (et même à en offrir plus dans certains domaines) de DevExpress MVC GridView, et il utilise la technologie d'aujourd'hui.

Mais de toute façon, de nos jours, l'avenir semble être du côté du client :) Il semble que les contrôles robustes rendus par le serveur n'ont pas d'avenir, car des contrôles côté client plus légers, prêts pour le mobile, AJAX, soutenus par une API côté serveur basée sur JSON, prendront la première place dans les applications web modernes. Cela signifie que DX, et d'autres sur la plate-forme MVC GUI seront obsolètes assez tôt IMHO.

Answer 4

J'essaie toujours d'utiliser tous les contrôles d'un seul fournisseur, pour éviter les fichiers inutiles et autres problèmes de performance. Pour les webforms, je n'utilise que Telerik pour le front-end et le back-end.

Maintenant, en Mvc, où vous avez le contrôle sur le balisage, je préfère essayer de garder les choses plus légères, donc pour le front-end j'utilise jQuery UI et pour les contrôles non disponibles dans jQuery UI (comme le menu et la grille) je complète avec d'autres plugins jQuery. Cela me permet d'en faire plus avec l'interface côté client, les effets jQuery, les appels ajax, etc. Cela me convient bien puisque, en front-end, la plupart du travail consiste uniquement à présenter les données.

Pour le backend de l'entreprise (c'est-à-dire le panneau de contrôle), j'essaie d'utiliser seulement Telerik Mvc En effet, nous avons besoin de beaucoup d'opérations CRUD, de validations, de scénarios maître-détail et de tâches plus complexes qui, si elles sont réalisées avec du jQuery pur, nécessitent beaucoup de code et prennent plus de temps. En particulier, je pense que Telerik Mvc Grid, Menu et Tree View offrent plus d'avantages pour le backend que les options de jQuery pur.

Pour le backend utilisateur (i.e. Mon Compte), j'utiliserais probablement un mélange, mais en essayant d'utiliser plus de contrôles jQuery et peu de Telerik (peut-être utiliser seulement la grille Telerik à ce stade).

Une dernière note sur la façon dont je décide quoi utiliser où, est que les plugins jQuery sont plus faciles à personnaliser (CSS) que Telerik Mvc, c'est donc une autre raison pour laquelle j'utilise jQuery pour le front-end (chaque front-end est un design différent), et utilise Telerik pour le back-end (où le design du panneau de contrôle peut être toujours le même et, dans mon cas, même conçu autour du Thème/Skin Telerik à utiliser).

Answer 5

Telerik est le meilleur dans l'industrie des tiers. La plupart du temps, je les ai utilisés dans Silverlight et c'est la meilleure décision que j'ai jamais prise. J'ai conseillé à ma société précédente de les acheter et ils ont fait des merveilles. Ce sont les meilleurs contrôles qui existent et il y en a plus de 50.

Laissez-moi vous donner un bref historique de ces contrôles.

Les leaders du contrôle des tiers

2007 = ComponentUI

2008 = Infragistics

2009 = Telerik

2010 = Telerik

2011 = Telerik

C'est la première société à avoir intégré 50 contrôles dans Silverlight 4 et la première à avoir créé des contrôles HTML 5.

Allez les gars, même Microsoft utilise Telerik et non DevExpress.

http://www.telerik.com/company/awards/telerik-named-%E2%80%9Cbest%E2%80%9D-by-visual-studio-magazine-readers.aspx

http://www.telerik.com/company/awards/telerik-named-to-sd-times-100-list-for-fifth-consecutive-year.aspx

Ils ont été sélectionnés pour le prix Microsoft Mobility Partner of the Year 2011. Si vous consultez la liste des finalistes, vous ne trouverez aucune entreprise qui fait ce que Telerik fait.

Ne faites pas d'erreur et choisissez un autre fournisseur.