jQuip : naissance d'un jQuery lite, qui embarquerait 90 % des fonctionnalités du framework pour seulement 13 % de sa taille

Le 22/11/2011, par Idelways, Responsable Actualités


Alors que jQuery tente de perdre du poids et fait péniblement le ménage dans ses API, certains développeurs s'impatientent. Le framework JavaScript ne dispose en effet pas d'un générateur officiel permettant de créer sa version minimaliste personnalisée à l'instar du MooTools Builder.

Ceux qui ne peuvent plus se passer du framework populaire se retrouvent souvent obligés d'inclure près de 100Ko (minifiés et non compressés) supplémentaires dans leur page pour n'en utiliser qu'une poignée de méthodes.

D'où la naissance de jQuip (JQuery-in-parts), une bibliothèque open source à part entière, sorte de fork temporaire dédié à l'amaigrissement du framework.

Ses développeurs promettent 90 % des « bonnes parties » de jQuery pour 13 % de la taille du framework (soit seulement 4.28 Ko minifiés et gzippés). Le reste pourra être complété via plug-ins, affirment-ils.

jQuip Library Builder est une ébauche de générateur en ligne permettant d'ajouter les callbacks du docready, les méthodes CSS et Ajax et certaines « extensions utiles du Core ».

Le but affiché par les développeurs de jQuip est de : « pousser jQuery.com à réorganiser sa base de code de sorte qu'elle soit plus modulaire, du moment que nous croyons avoir prouvé que les parties les plus utiles de jQuery ne sont qu'une fraction de sa base de code », nous apprend le README du compte GitHub.

L'équipe de jQuip estime en prime avoir optimisé certains rouages internes du framework. Parcourir le DOM serait à titre d'exemple 7 à 8 fois plus rapide sur Internet Explorer 6 et 7, aux frais de quelques couacs à réparer.

Si le concept du projet jQuip ne trouve pas grâce aux yeux de la core-team de jQuery, faudra-t-il d'après vous forker officiellement le framework ?

Télécharger jQuip

Source : compte GitHub du projet

Et vous ?

Que pensez-vous de jQuip ?
Comment percevez-vous son utilité ?
Fera-t-il bouger les choses du côté du jQuery ?

Les rubriques (actu, forums, tutos) de Développez :


Les derniers commentaires postés :
Réponse Retrouver la discussion sur le forum

Avatar de dtcSearch dtcSearch
Membre habitué
le 22/11/2011
EXCELLENT!!

En soit c'est pas utilisable (faut pas abuser non plus), mais c'est claire que là, la jQuery Team à quand même matière à satisfaire ceux qui ne veulent pas un bulldozer pour soulever 3 cailloux.

La balle est dans leur camp.
Avatar de savageman86 savageman86
Membre actif
le 22/11/2011
Je viens d'aller voir vite fait parce que ça m'a interpellé et... Effectivement il y a un peu de la pub mensongère dans leur approche...

13% de la taille, c'est pas pour 90% des fonctionnalités. 13%, c'est sans domready, sans $.ajax et $.css.
90% des fonctionnalités de jQuery sans $.ajax et sans $.css, non quoi.

Ce n'est pas la seule initiative de ce style. Par exemple, Zepto.js se vante d'être compatible jQuery également pour une taille très réduite.

Ceci dit, si ça pouvait accélérer la team jQuery à proposer des solutions pour avoir un fichier plus petit c'est bien. Un builder par exemple ?
Avatar de frfancha frfancha
Membre du Club
le 22/11/2011

Citation:





Envoyé par YannPeniguel
Voir le message

La multiplication de la vitesse d'execution ne sert à rien si le framework fait des couacs.
Parce que sinon, dans ce cas, je vous fait un gateau en 10 minutes au lieu de 45 minutes, vous allez vous régaler...



+1000
Avatar de Jay13mhsc Jay13mhsc
Nouveau Membre du Club
le 22/11/2011
OUI pour donner l'exemple, et à condition que le fork soit temporaire

NON si le fork doit persister, et même si la team jquery refuse

Dans le cas contraire, ça risque de créer un chaos qui va au final n'être bénéfique à aucun des deux... et tout le monde ira voir ailleurs !
Avatar de pmithrandir pmithrandir
Membre Expert
le 22/11/2011
Je me trompe peut être, mais la taille d'une librairie est si importante maintenant ?

Je m'explique, avec les cache que l'on a actuellement, on devrait pouvoir se débrouiller pour ne jamais avoir a télécharger ces 100ko.

Déjà, sur un site, c'est normalement limité a la première exécution, mais si en plus on le prends depuis les adresse CDN, tous les sites doivent utiliser le même cache non ?

Ne serait il pas plus pratique dailleur de faire en sorte que des navigateurs inclue directement quelques librairies populaires pour ne plus avoir besoin de les importer ? (genre chrome, opéra et firefox pourrait avoir la dernière version de jquery, mootools, prototype, etc... déjà inclue par défault dans l'exécutable.(ou chargé une fois pour toute au premier site exigeant cette librairie)
Avatar de vivoli12 vivoli12
Nouveau Membre du Club
le 22/11/2011
Sauf que certains modifie le code jQuery sans changer le nom du fichier.
Bon après le navigateur pourrait par exemple comparer le poids du fichier pour savoir s'il le télécharge ou non. Et ça doit être assez rare que des gens bidouille directement le code jQuery.
Avatar de YannPeniguel YannPeniguel
Membre émérite
le 23/11/2011

Citation:





Envoyé par vivoli12
Voir le message

Sauf que certains modifie le code jQuery sans changer le nom du fichier.
Bon après le navigateur pourrait par exemple comparer le poids du fichier pour savoir s'il le télécharge ou non. Et ça doit être assez rare que des gens bidouille directement le code jQuery.



Si je remplace un caractère par un autre dans un fichier, il aura le même poids mais sera différent.

Cadeau: http://fr.wikipedia.org/wiki/Hash
Avatar de pmithrandir pmithrandir
Membre Expert
le 24/11/2011
En plus, on ne peut pas modifier le code d'une url CDN.

je suis plutôt sur des application web, donc peu concernée par les utilisateurs uniques, mais franchement, cette idée de rigueur sur le poids de la page pour une librairie, ca me parait bizarre...

En plus, si vous savez développer, vous ne changez normalement pas la librairie elle même...(il est relativement rare de trouver des bugs dans ce genre de librairie...)
Avatar de gwinyam gwinyam
Membre Expert
le 25/11/2011
Je suis plutôt d'accord avec pmithrandir.

Certes la librairie est "un peu lourde", elle peut vite poser souci aux gens qui sont sur leur mobile sans wifi et avec une mauvaise 3G ou avec un modem 56 Ko, mais sinon, 100ko, faut pas pousser mémé dans les orties.

Si déjà tous les développeurs acceptaient d'utiliser les CDN, on aurait moins de problème de poids.

Je comprends l'envie de vouloir pouvoir se débarrasser des choses inutiles quand vous ne pouvez pas utiliser les CDN (appli interne sans accès à l'intérieur), et encore, le cache marche quand même. Mais quand votre site à accès à l'internet, utilisez les CDN et arrêtez de vous poser la question du poids de vos librairies.
Avatar de gwinyam gwinyam
Membre Expert
le 29/11/2011
Voilà mon coup de gueule : jquip & cie, une fausse bonne idée
Retrouvez la suite de la discussion

Réponse

Publicité

Best Of

Actualités les plus lues

Semaine
Mois
Année
  1. Google publie une pré-version de Chrome avec la machine virtuelle Dart 178
  2. Windows 8 : meilleure gestion des langues avec de nouveaux packs linguistiques et l'ajout de l'anglais britannique 54
  3. Windows 8 : Microsoft dévoile le logo officiel qui marque un retour aux sources de Windows 1.0 14
  4. Parts de marché : IE renverse la tendance, Chrome chute après 17 mois de croissance 74
  5. Quel est votre logo de Windows préféré ? Rétrospective des créations qui ont accompagné l'histoire de l'OS 36
  6. Vie Privée : Google répond et met en cause Internet Explorer et un protocole obsolette, et accuse Microsoft d'écrire des billets "fallacieux" 24
  7. Apple obtient un brevet pour un écran 3D interactif qui pourrait être intégré à l'iPhone 5 16
  8. Les développeurs ignorent-ils trop les failles découvertes dans leur code ? Prenez-vous en compte les remarques des autres ? 15
  9. Samsung dévoile sa Galaxy Tab 2, elle sera équipée d'un écran 7 pouces et tournera sous Android 4 6
  10. Construisez et déployez en quelques minutes votre site web commercial avec le plan tout-en-un e-commerce de PlanetHoster 19
Page suivante
  1. Index Tiobe : Java recule encore, mais demeure toujours numéro 1, suivi de près par C, Visual Basic cède des parts à VB.NET 427
  2. Megaupload : le point sur la première "cyber-guerre" de 2012, quelle technologie voyez-vous succéder au DDL et au streaming ? 203
  3. Google publie une pré-version de Chrome avec la machine virtuelle Dart 178
  4. Megaupload : deux semaines de plus avant la suppression des fichiers des utilisateurs, L'EFF lance MegaRetrieval pour aider ceux-ci 490
  5. Sortie de la 6ème Release Candidate de PHP 5.4.0, avec plusieurs corrections de bogues 9
  6. Ubuntu 12.04 LTS passe en version alpha 2 : "Precise Pangolin" démarre plus rapidement et améliore Unity 12
  7. Chrome 17 disponible en version finale : plus rapide et sécurisé avec des correctifs pour 20 vulnérabilités dont une critique 24
  8. Quel EDI utilisez-vous en 2012 pour le développement web ? et pourquoi ? 55
  9. Brevets : seconde plainte de Samsung contre Apple rejetée en Allemagne 184
  10. Google Maps gratuit ne plait pas à la justice française, vers la fin de l'API gratuite pour les développeurs ? 49
Page suivante
  1. jQuery Mobile fin prêt pour la production, la version 1.0 finale de l'UI pour appareils mobiles est 30 à 50 % plus rapide depuis la RC2 4
  2. Index Tiobe : Java recule encore, mais demeure toujours numéro 1, suivi de près par C, Visual Basic cède des parts à VB.NET 427
  3. LimeOS : le fork de Chrome OS disponible avec 11 mois de retard, mais avec les mises à jour automatiques 211
  4. Comment prendre en compte l'utilisateur dans vos applications ? Pour un développeur, « 90 % des utilisateurs sont des idiots » 228
  5. Quels sont vos hébergeurs Web préférés ? 84
  6. Firefox 4 déjà téléchargé plus de 15 millions de fois, le navigateur de Mozilla connaît un beau succès 337
  7. Quel est LE livre que tout développeur doit lire absolument ? Celui qui vous a le plus marqué et inspiré 96
  8. Google Chrome arrache la deuxième place à Firefox en terme de parts de marché des navigateurs 328
  9. Quelles règles les programmeurs débutants devraient-ils toujours respecter ? Un développeur expérimenté livre ses 7 règles d'or 177
  10. Android 3.0 : SDK et API en versions finales 69
Page suivante

Developpez.com

Communauté

Formez-vous

Evénements

Décideurs

Téléchargez

 
 
 
 
Partenaires

Hébergement Web