Dovrei usare JSAPI di Google nel codice di produzione?

StackOverflow https://stackoverflow.com/questions/1106755

  •  12-09-2019
  •  | 
  •  

Domanda

Possibile duplicato di:

dovrebbe-i-link-to-google -apis-cloud-per-JS-librerie

anche molte altre discussioni, tra cui:

Dove si fa a includere la libreria jQuery da? Google JSAPI? CDN? il modo migliore per utilizzare Google ospitato jQuery, ma ricadere la mia libreria ospitato su Google fallire

Stavo guardando il MCE esempio plug piccolo e ho visto questo codice nella head del documento: 

<script type="text/javascript" src="http://www.google.com/jsapi"></script>
<script type="text/javascript">
    google.load("jquery", "1.3");
</script>

Non ho mai visto in questo modo per caricare jQuery.

  • E 'questo consigliata per la produzione?
  • Qual è il vantaggio di questo metodo?
È stato utile?

Soluzione

Sì, sicuramente. Google incoraggia . a vantaggio di tutti. E 'più probabile che sia nella loro cache, ed è un file di meno che si deve servire.

Altri suggerimenti

Come altri hanno sottolineato rispondendo alle domande simili, c'è un rovescio della medaglia. In alcuni paesi (come l'Iran), questi sono apparentemente bloccati, rompendo il sito web.

Il vantaggio è che è ospitato su Googles latenza super basso e server veloci. si può anche semplicemente usare 

<script type=”text/javascript” src=”https://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js”></script>

la sua lo stesso effetto.

di tenere presente che Google JSAPI carica gli script solo dopo che il documento stesso viene caricato.

Quindi, se (ad esempio) si utilizza $(document).ready() di jQuery nella vostra web app, si dovrà passare alla google.setOnLoadCallback().

Credo che la Google JSAPI è anche asincrono e aiuta a evitare il "casello" meglio descritta da "Immagino che ci sia una strada a 4 corsie tra il browser web e di Internet stessa. Questa strada è ottimizzare per far immagini, testo, .. e css volare da Ma, quando si tratta di script esterni, l'autostrada crea un casello che rallenta il traffico la parte peggiore è che le immagini del testo, e css catturato dietro questi script devono attendere fino a che non passano attraverso" - Andres Vidal

Il casello è fondamentale e deve essere evitato a tutti i tempi.

Credo che questo metodo vi aiuterà molto per i seguenti motivi:

Google utilizza un Content Delivery Network e che farà che gli utenti che sono lontani dalla vostra posizione possono scaricare le librerie jQuery più veloce se lo hanno fatto dal tuo sito.

Inoltre, ci riduce la richiesta al server e farà gli utenti prima volta di scaricare javascript jQuery dal server di Google, e se l'utente è stato in un altro sito simile con questo tipo di implementazione che non avrà bisogno di scaricarlo di nuovo .

Quindi penso che questo vi aiuterà a app / sito

questo file è dopo la compressione è 24KB, aggiunta di tali file saranno maggiori richieste HTTP e in attesa per la risposta e l'esecuzione e analizzare il tempo che il browser vi porterà ... se dici il file stesso viene memorizzato nella cache in tutto il mondo, anche se il file viene memorizzata nella cache nel browser, non dimenticate di considerare il tempo necessario per leggere dal disco, eseguire e analizzare ...

tutto questo solo per ottenere il file jQuery o di altri JS comuni, credo che rivolgendosi direttamente alla risorsa richiesta è migliore

controllare le best practice di Google per ulteriori informazioni.

La Cina ha 500 milioni di utenti Internet e non è l'unico paese che blocca le API di Google, questo rende qualsiasi sito web che utilizza http : //www.google.com/jsapi disfunzionale. C'è un piccolo rialzo: a causa della tecnica di carico asincrono, questi siti tiratevi visualizzare lo stesso pendere attesa di caricare come altri siti che utilizzano il riferimento diretto come ad esempio:

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top