AGGIORNAMENTO 7/3/2014: A partire da ora, jquery-latest.js
non viene più aggiornato. Dal blog di jQuery :
Sappiamo che http://code.jquery.com/jquery-latest.js è abusato a causa delle statistiche CDN che mostrano che è il file più popolare. Non sarebbe il caso se fosse utilizzato dagli sviluppatori solo per creare una copia locale.
Abbiamo deciso di interrompere l'aggiornamento di questo file, così come la copia minimizzata, mantenendo entrambi i file alla versione 1.11.1 per sempre.
Il team di Google CDN si è unito a noi in questo sforzo per prevenire la rottura involontaria del Web e non aggiorna più il file all'indirizzo
http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.js . Anche quel file rimarrà bloccato alla versione 1.11.1.
La seguente risposta, ora discutibile, è qui conservata per ragioni storiche.
Non farlo. Seriamente, non farlo.
Il collegamento alle versioni principali di jQuery funziona, ma è una cattiva idea: tutte le nuove funzionalità vengono aggiunte e deprecate con ogni aggiornamento decimale. Se aggiorni jQuery automaticamente senza testare COMPLETAMENTE il tuo codice , rischi una sorpresa inaspettata se l'API per qualche metodo critico è cambiata.
Ecco cosa dovresti fare: scrivi il tuo codice usando l'ultima versione di jQuery. Provalo, esegui il debug, pubblicalo quando è pronto per la produzione.
Quindi, quando viene rilasciata una nuova versione di jQuery, chiediti: ho bisogno di questa nuova versione nel mio codice? Ad esempio, esiste una compatibilità critica del browser che non esisteva prima o accelererà il mio codice nella maggior parte dei browser?
Se la risposta è "no", non preoccuparti di aggiornare il tuo codice all'ultima versione di jQuery. In questo modo potresti persino aggiungere NUOVI errori al tuo codice che non esistevano prima . Nessuno sviluppatore responsabile includerebbe automaticamente nuovo codice da un altro sito senza testarlo accuratamente.
Semplicemente non c'è una buona ragione per usare SEMPRE l'ultima versione di jQuery. Le vecchie versioni sono ancora disponibili sui CDN e, se funzionano per i tuoi scopi, perché preoccuparti di sostituirle?
Un problema secondario, ma forse più importante, è la memorizzazione nella cache. Molte persone si collegano a jQuery su un CDN perché molti altri siti lo fanno, e gli utenti hanno buone possibilità di avere quella versione già memorizzata nella cache.
Il problema è che la memorizzazione nella cache funziona solo se fornisci un numero di versione completo . Se fornisci un numero di versione parziale, la memorizzazione nella cache del futuro non avviene, perché se lo facesse, alcuni utenti otterrebbero versioni secondarie diverse di jQuery dallo stesso URL. (Supponiamo che il collegamento a 1.7 punti a 1.7.1 un giorno e 1.7.2 il giorno successivo. In che modo il browser si assicurerà di ricevere l'ultima versione oggi? Risposta: nessuna memorizzazione nella cache.)
In effetti, ecco una ripartizione di diverse opzioni e le loro impostazioni di scadenza ...
http://code.jquery.com/jquery-latest.min.js (senza cache)
http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js (1 ora)
http://ajax.googleapis.com/ajax/libs/jquery/1.7/jquery.min.js (1 ora)
http://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js (1 anno)
Quindi, collegandoti a jQuery in questo modo, stai effettivamente eliminando uno dei motivi principali per utilizzare un CDN in primo luogo.
Anche http://code.jquery.com/jquery-latest.min.js potrebbe non darti sempre la versione che ti aspetti. Al momento della stesura di questo documento, si collega all'ultima versione di jQuery 1.x, anche se è stato rilasciato anche jQuery 2.x. Questo perché jQuery 1.x è compatibile con i browser meno recenti, incluso IE 6/7/8, e jQuery 2.x non lo è . Se vuoi l'ultima versione di jQuery 2.x, allora (per ora) devi specificarlo esplicitamente.
Le due versioni hanno la stessa API, quindi non c'è differenza percettiva per i browser compatibili. Tuttavia, jQuery 1.x è un download più grande di 2.x.