web-dev-qa-db-fra.com

Telerik KendoUI vs Sencha ExtJS?

Nous allons créer une application de niveau entreprise sur le Web et pour cela, nous avons filtré nos choix vers ExtJS et KendoUI.

Les deux sont décents et ont des fonctionnalités/contrôles riches, KendoUI est plus rapide en performances qu'ExtJS, mais ExtJS est comme un package beaucoup plus complet qui comprend tous les composants nécessaires pour créer une application Web de type bureau et Grid semble plus puissant.

d'autre part avec KendoUI, nous avons le pouvoir de jQuery et nous nous sentons comme une familiarité à la maison et une courbe d'apprentissage presque nulle parce que l'équipe utilise déjà jQuery.

Quelqu'un a-t-il de l'expérience dans la création d'applications de grande entreprise en utilisant l'un d'eux? et si oui quelle est votre expérience? Veuillez partager, que ce soit mauvais ou bon, afin que je puisse avoir un peu de terrain avant de finir avec l'un d'entre eux pendant longtemps.

Je suis plutôt orienté vers ExtJS parce que nous allons utiliser un contrôle de planificateur qui est de CubeDrive (myCalendar) qui est à nouveau dans ExtJS.

Vos pensées et expériences sont donc les bienvenues pour m'aider à prendre une bonne décision.

extjsextjs4javascript-frameworkkendo-ui
34
deej

Ce n'est pas une question à laquelle nous pouvons répondre. Vous donnez déjà un aperçu solide pour votre équipe (c'est tout ce qui compte):

Même

  • contrôles riches

ExtJS Pros

  • plus de composants de widget
  • contrôle du planificateur

ExtJS contre

KendoUI Pros

  • plus rapide ( Je n'en suis pas si sûr )
  • pas de courbe d'apprentissage
  • prise en charge de la communauté jQuery
  • Thème Material Design

KendoUI Contre

  • ensemble de widgets plus petit dans l'open source Kendo UI Core (grille, les graphiques sont dans la version professionnelle)
  • aucun architecte

Je suis sûr qu'une application peut être construite avec les deux cadres. Qu'est-ce qui est le plus important pour toi? Livraison rapide (vous dites que vos développeurs peuvent se lancer directement avec KendoUI), ou orientation stratégique pour l'avenir?

Cela étant dit, nous développons avec ExtJS. Nous sommes généralement satisfaits, avec quelques mises en garde:

  • La documentation est souvent obsolète ou incomplète (cela s'améliore avec les commentaires récemment introduits de la communauté)
  • Il n'est pas trivial d'étendre les fonctionnalités de certains widgets intégrés
19
ipavlic

Je n'ai d'expérience qu'avec ExtJS et non avec Kendo. Je voudrais donc partager mes réflexions sur ExtJS.

Nous construisons une solution d'analyse de données basée sur le Web qui s'exécute sur le cloud Azure. Nous avons déjà déployé la version 1.0 en production et obtenu tous les retours positifs des utilisateurs.

Avantages

  • ExtJS nous a fourni un riche ensemble de contrôles d'interface utilisateur et un bon cadre de manipulation de données.
  • La raison principale pour laquelle nous avons opté pour ExtJS était qu'il avait un merveilleux cadre de dessin et de cartographie.
  • L'intégration avec ASP.NET/MVC3/WCF côté serveur était sans faille. Tous les composants UI ou autrement fonctionnent de manière cohérente.

Contre

  • ExtJS a encore des bugs majeurs dans certains composants nouvellement ajoutés comme les graphiques et les packages de dessin. Quand ils corrigent des bogues, ils introduisent également de nouveaux bogues, ce qui est vraiment ennuyeux.
  • La documentation est quelque peu dépassée et vous devez plonger plus souvent dans la source du framework.
  • ExtJS ne prend pas en charge les entrées tactiles et les contrôles d'interface utilisateur ressemblent à Office 2003/7 qui est un peu démodé.
  • Difficile d'introduire de nouveaux thèmes.
  • La création de déploiements à l'aide de JSB3 est un vrai casse-tête, surtout lorsque vous souhaitez intégrer le processus de construction avec Visual Studio ou TeamCity comme un environnement de construction.
  • ... ;-)
9
jorel

nous faisons enquête comme application depuis 6 mois. je ne suis pas satisfait des performances extjs.

Avantages

  • Contrôles de widgets riches (les contrôles d'arborescence et de grille semblent très utiles)
  • Il fournit une architecture MVC prête à l'emploi
  • Pour moi, sa documentation et sa source de framework semblent bonnes.
  • Après les premiers obstacles de l'intégration avec le côté serveur, cela fonctionne bien.

Les inconvénients

  • lorsque vous ajoutez dynamiquement des contrôles, ce n'est pas très convivial pour tous les navigateurs. pour IE6 et IE7, vous devez également utiliser certains styles css pour donner la même apparence.
  • La vitesse est très inférieure dans IE7 lors du chargement des contrôles, Pages qui prend 3-5 secondes en chrome et Firefox prendra 20-25 secondes dans IE7, et dans IE9, c'est mieux avec 5-8 secondes Pour obtenir autant de vitesse, nous avons utilisé extjs suspend layouts et affiné le code plusieurs fois.
  • les contrôles extjs out of box sont de type boxy (bordures épaisses pour le contrôle des onglets et les panneaux) et nous devons utiliser beaucoup de styles CSS pour obtenir notre apparence
5
Jom

Nous venons de terminer un projet similaire en utilisant ExtJs: une grande application Web de classe entreprise pour gérer de grandes quantités de données. Lorsque nous avons sélectionné un cadre pour ce projet (il y a environ 6 mois), nous avons également examiné KendoUI, mais avons décidé d'utiliser des ExtJs principalement en raison de son contrôle de grille riche.

Nous avons beaucoup de grilles dans notre application et c'était l'une des fonctionnalités principales sinon la plus importante. Nous n'avions aucune expérience en interne avec l'un ou l'autre - la courbe d'apprentissage n'était donc pas une question.

4
sha