UPDATE- Une comparaison complète, mise à jour en février 2015, est disponible ici:
Question 2008:
Il existe un certain nombre d'excellents et de moins bons cadres d'interface graphique Javascript. J'ai regardé certains (seulement superficiellement). Et je ne peux me décider d'aucun d'eux
Faites défiler jusqu'à la fin de cette question pour voir ce que les autres disent
Ext.js Le choix évident par beaucoup car c'est l'un des frameworks les plus connus.
Avantages: Looks génial , grande communauté, beaucoup d'extensions/plugins, GPL
Disadvanatges: Impossibilité d'utiliser des extensions tierces avec une licence commerciale (et certaines de ces extensions possèdent des fonctionnalités mortelles)
Base Relativement moins connu. Un mélange curieux de XML et de Javascript qui rappelle XUL. Cependant, il est déjà multi-navigateur
Avantages: Apparence bien , très extensible, permet d'incorporer facilement des choses vraiment chouettes
Inconvénients: La tarification est raide et dépendante du processeur (bien qu'elle puisse être utilisée librement sur 2 processeurs maximum), les forums tardent à répondre (bien que le support commercial soit supposé rapide)
qooxdoo Aussi très populaire.
Avantages: _ {veuillez compléter} _
Inconvénients: Le code est légèrement en désordre (basé sur des ouï-dire)
YUI _ Complétez la description
Avantages: Un code bien organisé Inconvénients:} _ Plusieurs widgets encore en version bêta
Dojo _ Complétez la description
Avantages: Chargement incrémental des classes
Inconvénients: On se sent gonflé
jQuery UI
Avantages: Les widgets ne dépendent pas les uns des autres
Inconvénients: Au début de son développement, très peu de widgets
Tendance possible à une perception plus large: jQuery à expédier avec ASP.NET MVC
Ce que vous dites? Qu'est ce que vous utilisez et pourquoi? Que préféreriez-vous utiliser et pourquoi? Dans tout type de projet
Pour être mis à jour avec votre entrée ...
Voir ce excellent commentaire de Sergey Ilinsky qui explique très bien quel framework vous devez choisir lorsque vous souhaitez remonter votre page, créer une application avec une interface riche (avec plusieurs choix, pas moins)
Un commentaire intéressant dans un autre fil compare jQuery, Dojo, Prototype, Mootools, Sproutcore et Cappuccino _ (la question a été supprimée)}.
Lorsque vous envisagez l’utilisation d’une bibliothèque/structure JavaScript, vous devez d’abord définir vos objectifs. J'avais l'habitude de séparer toutes les bibliothèques/frameworks JavaScript en trois catégories par leur but et leur architecture:
Je veux remonter ma page avec des fonctionnalités vraiment "cool". Allez pour bibliothèque JavaScript.
Je veux construire une application avec un front-end riche. J'aime définir l'interface utilisateur avec JavaScript et utiliser des API personnalisées de ces bibliothèques pour coder la logique de l'application ne me dérange pas. Choisissez JavaScript post-library/pre-framework.
Je veux construire une application avec un front-end riche. J'aime définir l'interface utilisateur en XML et j'aimerais coder ma logique d'application par rapport à des API standard et utiliser d'autres technologies standard orientées développeur. Allez pour framework JavaScript.
Au contraire, la syntaxe et l’organisation du code de Qooxdoo sont très claires. C'est un peu comme swing ou gtk. J'ai aussi essayé le Dojo, sans grand succès. Mon choix numéro un pour les RIA est qooxdoo. Il est riche, convivial, gratuit et bien documenté.
Mon choix pour tout autre travail JavaScript (basé sur le navigateur) est jQuery. Bien que d'autres bibliothèques (prototype, mochikit, etc.) soient toutes utiles, jQuery est maintenant le battage publicitaire. Avoir une communauté active (et grande) compte.
Beaucoup de personnes sur StackOverflow utilisent jQuery, les réponses seront donc probablement biaisées dans cette direction. De plus, jQuery sera livré avec ASP.Net MVC, ce qui en fera le choix naturel pour les développeurs utilisant la plate-forme Microsoft.
Le code YUI est bien organisé, bien commenté et facile à lire. Comme avec la plupart de ces projets, on a tendance à penser que les ingénieurs qui travaillent sur eux ont trop de temps libre.
Dans un grand projet, un code simple, lisible, plat et facile à adapter est beaucoup plus puissant que les widgets Gee Whizbang. Je peux trouver le bonbon pour moi-même au besoin. Le débogage de JS est assez difficile sans avoir à parcourir des tonnes de code astucieux.
Je pense qu'il est prudent de dire que jQuery est devenu le framework javascript le plus populaire de ces derniers temps (consultez la 4ème diapositive de cette présentation de State of jQuery '08 ).
Mon entreprise utilise mootools , qui me plaît, semble très similaire au prototype et à jQuery (que je n’ai pas utilisé), les éléments de l’interface utilisateur sont également très bien.
Les pros du Dojo sont les suivants à l’OMI: 1. Fournit une fonctionnalité simple de requête DOM, telle que jQuery, ex:
dojo.query (". disableAble"). style ("backgroundColor", "gray");
A mon avis la chose la plus importante Système de widgets hiérarchique complet côté client, extrêmement facile à étendre, avec prise en charge des modèles côté client DTL. Vous oblige à modulariser votre code et utilise également le système de construction et de chargement de Dojo pour les widgets personnalisés.
Presque toutes les choses que les gens écrivent pour Dojo font partie de la construction "officielle", dans le dossier dojox (expérimental). De nombreuses autres boîtes à outils proposent de nombreuses variantes du même widget, ce qui empêche les utilisateurs de choisir le bon.
Cordialement, PS http://unclescript.blogspot.com
Dojo CON, IMHO est l’état épouvantable de la documentation. La plupart sont obsolètes, vous diront souvent que des fonctionnalités ne fonctionnent pas qui ont été corrigées depuis, ou de ne pas vous avertir que les fonctionnalités ne fonctionnent pas.
Je dois l'utiliser sur un projet réel, apprendre en vol, et c'est vraiment un cauchemar.
Rialto (Rich Internet Application Toolkit) est une bibliothèque de widgets javascript pour navigateurs multiples basée sur ajax. En raison de son agnostique technologique, il peut être encapsulé dans des composants graphiques JSP, JSF, .Net, Python ou PHP. L'objectif de Rialto est de faciliter l'accès des développeurs d'entreprise au développement d'applications Internet riches. Idéalement, un développeur Rialto n'a pas besoin d'écrire ou de comprendre le code DHTML, Ajax ou DOM.
La cible de Rialto est les applications Web d'entreprise et non les sites Web.