Un constructeur de code pour jQuery ? L'équipe de développement propose une autre solution
Le 23/11/2011, par danielhagnoul, Rédacteur
Un constructeur de code pour jQuery ?
L'équipe de développement propose une autre solution
Malgré les interactions entre les composants de base (UI Core, Interactions, Effects) et les widgets UI, jQuery UI possède un constructeur de code qui permet de charger une version personnalisée n'incluant que les widgets vraiment utiles pour le projet en cours.
Pour jQuery, les dépendances sont encore plus contraignantes, vous devez tenir compte de votre code, mais aussi de celui des plugins. Selon les options du plugin mises en oeuvre, celui-ci peut même utiliser différentes parties du code de jQuery.
Pour faciliter la tâche des serveurs de code (CDN), pour un partage et une gestion efficace des caches, il est important de se limiter à un fichier universel.
Un constructeur de code engendrerait des complications pour l'API, la documentation, la création des plugins et le débogage.
Des efforts ont déjà été faits et ils seront poursuivis pour augmenter la modularité du code de jQuery. Les dépréciations et la cure d'amaigrissement annoncée ont pour but la réduction des dépendances entre les modules. Cette modularisation favorisera aussi le travail de ceux qui veulent créer des versions personnelles de jQuery.
L'équipe de développement (jQuery Team s'occupe du développement, jQuery Board de l'administration, jQuery Standards de la relation avec les organismes de normalisation) travaille avec le Google Closure Compiler Team pour rendre l'option ADVANCED_OPTIMIZATIONS utilisable.
Lorsque cette option sera utilisable, vous pourrez alors n'inclure qu'un seul fichier JavaScript dans votre page web. Il contiendra vos codes, les codes des plugins et le code de jQuery automatiquement débarrassé des modules non utilisés.
Source
L'équipe de développement propose une autre solution
Malgré les interactions entre les composants de base (UI Core, Interactions, Effects) et les widgets UI, jQuery UI possède un constructeur de code qui permet de charger une version personnalisée n'incluant que les widgets vraiment utiles pour le projet en cours.
Pour jQuery, les dépendances sont encore plus contraignantes, vous devez tenir compte de votre code, mais aussi de celui des plugins. Selon les options du plugin mises en oeuvre, celui-ci peut même utiliser différentes parties du code de jQuery.
Pour faciliter la tâche des serveurs de code (CDN), pour un partage et une gestion efficace des caches, il est important de se limiter à un fichier universel.
Un constructeur de code engendrerait des complications pour l'API, la documentation, la création des plugins et le débogage.
Des efforts ont déjà été faits et ils seront poursuivis pour augmenter la modularité du code de jQuery. Les dépréciations et la cure d'amaigrissement annoncée ont pour but la réduction des dépendances entre les modules. Cette modularisation favorisera aussi le travail de ceux qui veulent créer des versions personnelles de jQuery.
L'équipe de développement (jQuery Team s'occupe du développement, jQuery Board de l'administration, jQuery Standards de la relation avec les organismes de normalisation) travaille avec le Google Closure Compiler Team pour rendre l'option ADVANCED_OPTIMIZATIONS utilisable.
Lorsque cette option sera utilisable, vous pourrez alors n'inclure qu'un seul fichier JavaScript dans votre page web. Il contiendra vos codes, les codes des plugins et le code de jQuery automatiquement débarrassé des modules non utilisés.
Source
Poster une réponse
.
