UPDATE 2014.07.03: Ab jetzt jquery-latest.js
wird nicht mehr aktualisiert. Aus dem jQuery-Blog :
Wir wissen, dass http://code.jquery.com/jquery-latest.js missbraucht wird, da die CDN-Statistiken zeigen, dass es sich um die beliebteste Datei handelt. Dies wäre nicht der Fall, wenn nur Entwickler eine lokale Kopie erstellen würden.
Wir haben beschlossen, die Aktualisierung dieser Datei sowie der minimierten Kopie einzustellen, um beide Dateien für immer auf Version 1.11.1 zu halten.
Das Google CDN-Team hat sich uns angeschlossen, um versehentliche Webbrüche zu verhindern, und aktualisiert die Datei unter http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.js nicht mehr
. Diese Datei bleibt auch in Version 1.11.1 gesperrt.
Die folgende, jetzt strittige Antwort wird hier aus historischen Gründen aufbewahrt.
Tu das nicht. Im Ernst, nicht.
Das Verknüpfen mit Hauptversionen von jQuery funktioniert, aber es ist eine schlechte Idee - mit jedem Dezimalupdate werden ganz neue Funktionen hinzugefügt und veraltet. Wenn Sie jQuery automatisch aktualisieren, ohne Ihren Code VOLLSTÄNDIG zu testen , besteht die Gefahr einer unerwarteten Überraschung, wenn sich die API für eine kritische Methode geändert hat.
Folgendes sollten Sie tun: Schreiben Sie Ihren Code mit der neuesten Version von jQuery. Testen Sie es, debuggen Sie es, veröffentlichen Sie es, wenn es für die Produktion bereit ist.
Wenn dann eine neue Version von jQuery herauskommt, fragen Sie sich: Benötige ich diese neue Version in meinem Code? Gibt es zum Beispiel eine kritische Browserkompatibilität, die vorher nicht existierte, oder beschleunigt sie meinen Code in den meisten Browsern?
Wenn die Antwort "Nein" lautet, aktualisieren Sie Ihren Code nicht auf die neueste jQuery-Version. Dadurch werden möglicherweise sogar NEUE Fehler zu Ihrem Code hinzugefügt, die zuvor nicht vorhanden waren . Kein verantwortlicher Entwickler würde automatisch neuen Code von einer anderen Site einfügen, ohne ihn gründlich zu testen.
Es gibt einfach keinen guten Grund, IMMER die neueste Version von jQuery zu verwenden. Die alten Versionen sind weiterhin auf den CDNs verfügbar. Wenn sie für Ihre Zwecke geeignet sind, warum sollten Sie sie dann ersetzen?
Ein sekundäres, aber möglicherweise wichtigeres Problem ist das Caching. Viele Leute verlinken auf einem CDN auf jQuery, weil viele andere Websites dies tun, und Ihre Benutzer haben gute Chancen, dass diese Version bereits zwischengespeichert wird.
Das Problem ist, dass das Caching nur funktioniert, wenn Sie eine vollständige Versionsnummer angeben . Wenn Sie eine Teilversionsnummer angeben, findet kein Caching in ferner Zukunft statt. Andernfalls würden einige Benutzer unterschiedliche Nebenversionen von jQuery von derselben URL erhalten. (Angenommen, der Link zu 1.7 zeigt an einem Tag auf 1.7.1 und am nächsten Tag auf 1.7.2. Wie stellt der Browser sicher, dass er heute die neueste Version erhält? Antwort: Kein Caching.)
In der Tat ist hier eine Aufschlüsselung mehrerer Optionen und ihrer Ablaufeinstellungen ...
http://code.jquery.com/jquery-latest.min.js (kein Cache)
http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js (1 Stunde)
http://ajax.googleapis.com/ajax/libs/jquery/1.7/jquery.min.js (1 Stunde)
http://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js (1 Jahr)
Wenn Sie auf diese Weise eine Verknüpfung zu jQuery herstellen, eliminieren Sie tatsächlich einen der Hauptgründe für die Verwendung eines CDN.
http://code.jquery.com/jquery-latest.min.js gibt Ihnen möglicherweise auch nicht immer die erwartete Version. Zum jetzigen Zeitpunkt wird ein Link zur neuesten Version von jQuery 1.x erstellt, obwohl auch jQuery 2.x veröffentlicht wurde. Dies liegt daran, dass jQuery 1.x mit älteren Browsern einschließlich IE 6/7/8 kompatibel ist und jQuery 2.x nicht . Wenn Sie die neueste Version von jQuery 2.x möchten, müssen Sie dies (vorerst) explizit angeben.
Die beiden Versionen haben dieselbe API, sodass für kompatible Browser kein Wahrnehmungsunterschied besteht. JQuery 1.x ist jedoch ein größerer Download als 2.x.