- La version 4.0.0, la prochaine génération de jQuery sur laquelle le travail dure depuis longtemps, est sortie en bêta.
- Principaux changements
- La prise en charge des navigateurs jusqu’à IE 10 inclus a été abandonnée.
- Des fonctionnalités intégrées nativement à JavaScript, comme
array push/sort, ont été retirées, ainsi que des fonctionnalités qui n’étaient plus utilisées côté JavaScript.
- Le traitement des événements
focus et blur a été modifié pour être conforme aux spécifications du W3C.
- La fonctionnalité qui transformait automatiquement les requêtes ajax en JSONP a été supprimée.
- Le comportement a été modifié pour utiliser l’API Trusted Types afin de respecter la politique CSP.
- Il y a aussi de nombreux autres changements, et la taille globale a été fortement réduite.
- Aucun problème de compatibilité n’a été signalé lors d’une mise à niveau depuis jQuery 3.0 ou une version ultérieure.
6 commentaires
Je n’ai pas l’impression que jQuery soit un outil si inutilisable que ça, donc c’est sans doute pour ça qu’il ne disparaît pas davantage.
Dans une architecture SPA, jQuery serait sans doute un choix absurde,
mais si on l’utilise avec un moteur de templates server-side plus traditionnel, même si jQuery est lourd et peu lisible, sa productivité reste écrasante par rapport au vanilla, haha…
Et puis, si on veut écrire du code propre en jQuery, c’est tout à fait possible, et on peut très bien l’utiliser avec des choses apparues bien après son invention, comme les classes, l’asynchrone,
fetch, etc.Dans une architecture qui n’est pas une SPA, je ne ressens pas vraiment le besoin d’écrire en vanilla juste pour éviter d’utiliser jQuery.
Au final, la question devient de savoir s’il est encore pertinent, à notre époque, de développer sur une architecture qui n’est pas une SPA.
Personnellement, quand ce travail est confié à une société de SI ou à une agence, sur un projet d’une ampleur qui sortirait autour d’un milliard de wons, j’ai tendance à penser que les bénéfices qu’on peut tirer de l’adoption d’une SPA (ou plutôt des frameworks modernes qui les implémentent) ne sont pas si importants au regard du coût ou des délais...
Ça rappelle des souvenirs, jQuery... enfin, pas tant que ça puisque je l’utilise encore.
jQuery... entre nostalgie et réalité.