Telerik KendoUI vs Sencha ExtJS?

Question

Nous allons construire une entreprise de qualité de l'application sur le Web et pour cela, nous avons filtré notre choix de ExtJS et KendoUI.

Les deux sont décents et de riches fonctionnalités / contrôle, KendoUI est plus rapide dans la performance que ExtJS mais alors ExtJS est comme la plus complète qui comprend tous les composants nécessaires pour construire de bureau comme application web et de la Grille semble de plus en plus puissants.

sur l'autre main avec KendoUI nous avons la puissance de jQuery et de se sentir comme à la maison familiarité et de presque zéro de la courbe d'apprentissage parce que l'équipe utilise déjà jQuery.

Quelqu'un a une expérience dans la construction de grands enterprise application de classe à l'aide de l'un ou l'autre? et si oui quelle est votre expérience? S'il vous plaît partagez être bon ou mauvais, de sorte que je peux avoir un peu de terrain pour finir par aller avec quelqu'un d'eux depuis longtemps.

Je me suis penché vers ExtJS plus parce que nous allons utiliser un planificateur de contrôle, qui est de CubeDrive (myCalendar), qui est de nouveau en ExtJS.

Donc, vos pensées et vos expériences sont les bienvenus pour m'aider à prendre une bonne décision.

Answer 1

Ce n'est pas une question qui peut être répondue par nous. Déjà vous donner un aperçu de votre équipe (qui est tout ce qui compte):

Même

• de nombreux contrôles

ExtJS Pros

• plus de widget composants
• planificateur de contrôle

KendoUI Pros

• plus rapide (je n'en suis pas sûre qu')
• aucune courbe d'apprentissage
• jQuery le soutien de la communauté

Je suis sûr d'une application peut être construit avec deux cadres. Ce qui est plus important pour vous? Livraison rapide (vous dire que vos développeurs peuvent sauter à droite avec KendoUI), ou l'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 périmées ou incomplètes (c'est l'amélioration de la ont récemment introduit des commentaires de la communauté)
• Il pas trivial pour étendre les fonctionnalités de certaines intégré dans les widgets

Answer 2

Je n'ai que l'expérience avec ExtJS pas de Kendo. Donc, je tiens à partager mes réflexions sur ExtJS.

Nous construisons un basé sur le web solution d'analyse de données qui est en cours d'exécution sur Azure cloud. Nous avons déjà déployé la version 1.0 à la production et a obtenu tous les commentaires positifs des utilisateurs.

Pros

• ExtJS nous a fourni avec un ensemble complet de contrôles d'INTERFACE utilisateur et une bonne manipulation de données-cadre.
• La principale raison, nous sommes allés pour ExtJS c'est que c'était un merveilleux dessin et de cartographie cadre.
• L'intégration avec ASP.NET/MVC3/WCF côté serveur a été impeccable. Tous les composants de l'INTERFACE utilisateur ou travailler de manière cohérente.

Cons

• ExtJS ont encore des bugs majeurs dans certains nouvellement ajouté des composants tels que des graphiques et de dessin paquets. Quand ils corrigent les bugs qu'ils introduisent également de nouveaux bugs ce qui est vraiment gênant.
• La Documentation est un peu désuet et vous devez plonger dans la cadre de la source plus souvent.
• ExtJS ne prend pas en charge des entrées tactiles et les contrôles de l'INTERFACE utilisateur ressemble Bureau 2003/7 qui est un peu à l'ancienne.
• Difficile d'introduire de nouveaux thèmes.
• La création de déploiement à l'aide de JSB3 est un vrai casse-tête, surtout quand vous voulez intégrer le processus de construction avec Visual Studio ou TeamCity comme la construction de l'environnement.
• ... ;-)

Answer 3

On vient de terminer un projet similaire à l'aide de ExtJs: une grande entreprise de la classe de l'application web pour gérer de grandes quantités de données. Quand nous étions en sélectionnant un cadre de ce projet (environ 6 mois ago) nous avons également cherché à KendoUI mais a décidé d'aller avec ExtJs principalement en raison de la richesse de sa grille de contrôle.

Nous avons beaucoup de grilles dans notre application, et il a été l'un des principaux si ce n'est le plus important. Nous n'avons pas d'expérience avec l'un ou l'autre - de sorte que la courbe d'apprentissage n'était pas une question.

Answer 4

nous faisons enquête comme application pour les 6 derniers mois. je ne suis pas heureux avec extjs performance.

Pros

• Riche widgets de contrôle (l'arbre et la grille de contrôle semble très utile)
• Il fournit l'architecture MVC hors de la boîte
• Pour moi sa documentation et le cadre de la source a l'air bon.
• Après la première obstacles de l'intégration avec le serveur, il fonctionne très bien.

Cons

• lorsque vous ajouter dynamiquement des contrôles, il n'est pas cross-browser convivial. pour IE6 et IE7, vous devez utiliser certains styles css aussi, de faire le regarde mêmes.
• La vitesse est très inférieure à IE7 lorsque le chargement des contrôles, les Pages qui prend de 3 à 5 secondes dans chrome et Firefox va prendre 20 à 25 secondes dans IE7, et dans IE9 c'est mieux de 5 à 8 secondes. pour obtenir cette grande vitesse, nous avons utilisé extjs suspendre les mises en page et raffiné, le code plusieurs fois.
• extjs de contrôles de la boîte sont beaucoup boxy type(épaisseur des frontières pour le contrôle onglet et panneaux) et nous avons besoin d'utiliser beaucoup de styles css pour arriver à notre regard et la sensation