MISE À JOUR 7/3/2014: À partir de maintenant, jquery-latest.js
n'est plus mis à jour. Depuis le blog jQuery :
Nous savons que http://code.jquery.com/jquery-latest.js est abusé en raison des statistiques CDN montrant que c'est le fichier le plus populaire. Ce ne serait pas le cas s'il n'était utilisé que par les développeurs pour créer une copie locale.
Nous avons décidé d'arrêter de mettre à jour ce fichier, ainsi que la copie réduite, en conservant les deux fichiers à la version 1.11.1 pour toujours.
L'équipe Google CDN s'est jointe à nous dans cet effort pour éviter les ruptures de site Web par inadvertance et ne met plus à jour le fichier à l'
adresse http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.js . Ce fichier restera également verrouillé à la version 1.11.1.
La réponse suivante, désormais sans objet, est conservée ici pour des raisons historiques.
Ne fais pas ça. Sérieusement, non.
Les liens vers les versions principales de jQuery fonctionnent, mais c'est une mauvaise idée - de nouvelles fonctionnalités sont ajoutées et obsolètes à chaque mise à jour décimale. Si vous mettez à jour jQuery automatiquement sans tester COMPLÈTEMENT votre code , vous risquez une surprise inattendue si l'API d'une méthode critique a changé.
Voici ce que vous devriez faire: écrivez votre code en utilisant la dernière version de jQuery. Testez-le, déboguez-le, publiez-le lorsqu'il est prêt pour la production.
Ensuite, lorsqu'une nouvelle version de jQuery est déployée, demandez-vous: Ai-je besoin de cette nouvelle version dans mon code? Par exemple, y a-t-il une compatibilité de navigateur critique qui n'existait pas auparavant, ou va-t-elle accélérer mon code dans la plupart des navigateurs?
Si la réponse est "non", ne vous souciez pas de mettre à jour votre code avec la dernière version de jQuery. Cela pourrait même ajouter de NOUVELLES erreurs à votre code qui n'existaient pas auparavant . Aucun développeur responsable n'inclurait automatiquement le nouveau code d'un autre site sans le tester minutieusement.
Il n'y a tout simplement aucune bonne raison d'utiliser TOUJOURS la dernière version de jQuery. Les anciennes versions sont toujours disponibles sur les CDN, et si elles fonctionnent pour vos besoins, pourquoi se donner la peine de les remplacer?
Un problème secondaire, mais peut-être plus important, est la mise en cache. De nombreuses personnes établissent un lien vers jQuery sur un CDN, car de nombreux autres sites le font et vos utilisateurs ont de bonnes chances d'avoir cette version déjà mise en cache.
Le problème est que la mise en cache ne fonctionne que si vous fournissez un numéro de version complet . Si vous fournissez un numéro de version partiel, la mise en cache dans un avenir lointain ne se produit pas - car si c'était le cas, certains utilisateurs obtiendraient différentes versions mineures de jQuery à partir de la même URL. (Supposons que le lien vers 1.7 pointe vers 1.7.1 un jour et 1.7.2 le lendemain. Comment le navigateur s'assurera-t-il qu'il obtient la dernière version aujourd'hui? Réponse: pas de mise en cache.)
En fait, voici une ventilation de plusieurs options et de leurs paramètres d'expiration ...
http://code.jquery.com/jquery-latest.min.js (pas de cache)
http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js (1 heure)
http://ajax.googleapis.com/ajax/libs/jquery/1.7/jquery.min.js (1 heure)
http://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js (1 an)
Ainsi, en créant un lien vers jQuery de cette manière, vous éliminez en premier lieu l'une des principales raisons d'utiliser un CDN.
http://code.jquery.com/jquery-latest.min.js peut ne pas toujours vous donner la version que vous attendez, non plus. Au moment d'écrire ces lignes, il renvoie à la dernière version de jQuery 1.x, même si jQuery 2.x a également été publié. En effet, jQuery 1.x est compatible avec les anciens navigateurs, y compris IE 6/7/8, et jQuery 2.x ne l'est pas . Si vous voulez la dernière version de jQuery 2.x, alors (pour l'instant) vous devez le spécifier explicitement.
Les deux versions ont la même API, il n'y a donc pas de différence de perception pour les navigateurs compatibles. Cependant, jQuery 1.x est un téléchargement plus volumineux que 2.x.