Quel framework JavaScript est le moins mauvais ?

Question

Je ne suis pas un grand fan des frameworks JavaScript qui existent aujourd'hui. Je pense que beaucoup de bibliothèques pourraient être mieux écrites, qu'elles sont choisies pour un projet par favoritisme plutôt que par compréhension des exigences du problème à résoudre, et que certains développeurs JavaScript en viennent à trop dépendre d'elles au point d'être des programmeurs de jQuery ou dojo, et non des développeurs d'autres applications. JavaScript des programmeurs. Hélas, c'est l'opinion d'une personne et le fait est que les frameworks JavaScript font partie de la vie. Donc, voici une nouvelle prise sur une vieille question : Quel framework JavaScript est le moins mauvais ? C'est à dire, quelle bibliothèque adhère le plus aux meilleures pratiques ? Si l'on considère jQuery pour un instant, il utilise le reniflage du navigateur et n'utilise pas new pour les constructeurs. Il est très populaire et certains le jugent comme le meilleur selon certaines normes, mais il ne tient pas compte de ce qui a été accepté comme les meilleures pratiques dans ces cas.

Edit : S'il vous plaît ne dites pas jQuery ou YUI ou dojo ou autre. S'il vous plaît, dites lequel mais donnez aussi des exemples.

Answer 1

Eh bien - j'étais du même avis, je n'ai jamais vraiment utilisé les librairies JS car - eh bien, je peux le faire moi-même. Mais dans mon travail, j'ai été obligé d'utiliser Jquery.

Auparavant, j'utilisais Prototype et script.aculo.us et je l'appréciais pour son injection minimale dans votre flux de travail quotidien.

Mais dire que les libéraux sont mauvais n'est pas vraiment quelque chose avec lequel je suis d'accord. Si l'on regarde le code de nombreuses librairies, elles sont bien écrites et concises. Elles s'adaptent généralement à tous les navigateurs sans bogues.

C'est la véritable raison de choisir ces frameworks : mettre en œuvre un code que vous pourriez créer, mais en mieux. Je n'aurais jamais l'audace d'affirmer que je pourrais faire un travail aussi complet que celui de 100 contributeurs aux frameworks.

En outre, c'est le temps que ces librairies JS vous font perdre. Si je peux réduire de 3 jours la création et le débogage d'un projet, parce que quelqu'un a fait exactement la même chose pour moi, c'est génial ! Ensuite, j'espère pouvoir rendre la pareille le jour même.

Je ne crois pas qu'il y ait de mauvais cadres, juste des cadres différents.

Answer 2

Lol. C'est sûrement subjectif, mais bon...

Personnellement, je pense que YUI est le moins maléfique comme il l'a fait Douglas Crockford lui-même le préconise. ('nuf said)

Bien que je ne pense pas vraiment que les autres cadres soient nécessairement mauvais...

jQuery semble privilégier la facilité d'utilisation (il suffit d'inclure jquery.js, de copier-coller quelques échantillons, de bidouiller un peu et le tour est joué).

Dojo vise l'exhaustivité (pour ce que je peux voir) en implémentant de nombreux utilitaires (un peu comme les apache commons pour java), et une large liste de widgets, de grilles et de graphiques.

Ensuite, il y a Prototype dont je ne suis pas vraiment fan puisqu'il modifie les objets natifs.

Il y a aussi Ext JS qui a beaucoup de widgets et de composants visuels pour construire des applications complètes, mais je rester à distance ...

Answer 3

Mon vote est pour jquery. Avec noConflict(), vous pouvez utiliser plusieurs versions sur la même page, la courbe d'apprentissage est facile avec les sélecteurs css.

Answer 4

MaBibliothèque