Votre choix d'interface graphique javascript pour tous les navigateurs [fermé]

StackOverflow https://stackoverflow.com/questions/218699

Question

MISE À JOUR : une comparaison complète mise à jour en février 2015 est disponible à l'adresse suivante:

Alternatives à Ext JS

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’aucune d’entre elles

Faites défiler jusqu'à la fin de cette question pour voir ce que disent les autres

  • Ext.js Le choix évident par beaucoup car il s'agit de l'un des frameworks les plus connus.
    Avantages: Looks génial , grande communauté, nombreuses extensions / plugins, GPL'ed
    Inconvénients: Impossibilité d'utiliser des extensions tierces avec une licence commerciale (et certaines de ces extensions ont des fonctionnalités mortelles)

  • Backbase Relativement moins connu. Un mélange curieux de XML et de Javascript qui rappelle XUL. Cependant, c'est déjà multi-navigateur
    Avantages: Looks bien , très extensible, permet l’intégration facile de des trucs vraiment chouettes
    Inconvénients: la tarification est raide et dépendante du processeur (bien que libre d’être utilisée sur 2 processeurs maximum), les forums tardent à répondre (bien que le support commercial soit supposé rapide)

  • qooxdoo Aussi très populaire.
    Avantages: Veuillez renseigner
    Inconvénients: le code est légèrement désordonné (basé sur des ouï-dire)

  • YUI Remplissez la description
    Avantages: Code bien organisé Inconvénients: De nombreux widgets encore en version bêta

  • Dojo Remplissez la description
    Avantages: Chargement incrémental de classes
    Inconvénients: Vous devriez sentir une sensation de ballonnement

  • interface utilisateur jQuery
    Avantages: Les widgets ne dépendent pas les uns des autres
    Inconvénients: À un stade précoce de développement, très peu de widgets
    Tendance possible vers une acceptation plus large: jQuery doit être livré avec ASP.NET MVC

Que dites-vous? Qu'est ce que vous utilisez et pourquoi? Que préféreriez-vous utiliser et pourquoi? Dans tout type de projet

À mettre à jour avec votre entrée ...

  

Voir cet excellent commentaire de Sergey Ilinsky qui explique très bien quel framework vous devez choisir lorsque vous souhaitez remonter votre page, construire une application avec une interface riche (avec plusieurs choix, pas moins)

     

Un commentaire intéressant dans une autre discussion compare jQuery, Dojo, Prototype, Mootools, Sproutcore et Cappuccino (la question a été supprimée) .

.
Était-ce utile?

La solution

Lorsque vous envisagez l’utilisation d’une bibliothèque / d’une 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:

  1. Je souhaite enrichir ma page avec des "vraiment" cool ". Caractéristiques. Choisissez Bibliothèque JavaScript .

    • jQuery
    • ZenoUI
    • old: Prototype, Mootools

  2. Je souhaite créer 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-bibliothèque / pré-framework .

    • DHTMLX
    • Dojo
    • YUI
    • Qooxdoo
    • interface utilisateur jQuery
    • Bindows - génère l'apparence exacte de Windows
    • Spry (brut, souffre de fuites de mémoire)

  3. Je souhaite créer 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. Choisissez l'infrastructure JavaScript .

Pour une comparaison plus détaillée, consultez les alternatives à ExtJS .

Autres conseils

Au contraire, je trouve la syntaxe et l’organisation du code de Qooxdoo 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 un 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 importante) compte.

Beaucoup de gens 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 (consultez la 4ème diapositive de ce Etat de la présentation jQuery '08 ).

Ma société utilise mootools , que j'aime bien, semble très similaire au prototype et à jQuery (ce que je n'ai pas encore fait. utilisé), les éléments de l'interface utilisateur sont également très bien.

Les professionnels 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", "gris");

  1. avoir un chargeur vraiment intelligent , qui peut intégrer toutes les classes en même temps, progressivement ou à votre choix. Il y a également une corrélation avec le système de construction dans lequel vous choisissez votre menu et compressez, inline, etc.

  2. À 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.

  3. Presque tout ce que les gens écrivent pour Dojo devient une 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.

Salut, PS http://unclescript.blogspot.com

Dojo CON, IMHO est l’état épouvantable de la documentation. La plupart sont obsolètes, vous diront souvent que les fonctionnalités qui ne fonctionnent pas ont été corrigées depuis, mais ne vous avertissent pas 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, les développeurs Rialto n’ont ni besoin d’écrire ni de comprendre le code DHTML, Ajax ou DOM.

La cible de Rialto est les applications Web d'entreprise et non les sites Web Internet.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top