Quali sono alcuni degli svantaggi dell'utilizzo di un file JS esterno oltre a includere JS come parte della pagina ASPX?Contro file JavaScript esterno su JavaScript in linea
Ho bisogno di prendere una decisione architettonica e ho sentito dai colleghi che JS esterno non suona bene a volte.
L'unico svantaggio di cui sono a conoscenza è la richiesta HTTP aggiuntiva necessaria. Questo svantaggio scompare non appena il Javascript viene utilizzato da due pagine o la pagina viene ricaricata dallo stesso utente.
Chiedi loro di definire "gioca bene". A parte una migliore organizzazione logica, i file js esterni non devono essere trasmessi quando sono già memorizzati nella cache.
Utilizziamo YUI compressor per ridimensionare automaticamente e combinare gli script esterni in uno quando si realizzano build di produzione/gestione temporanea.
Uno con è che il browser non può memorizzare nella cache il JS se è nella pagina. Se lo fai riferimento esternamente, il browser memorizzerà il file in cache e non lo scaricherà nuovamente ogni volta che clicchi una pagina. Con esso incorporato verrà aggiunto alla dimensione del file di ogni pagina.
Anche la manutenibilità è qualcosa da tenere a mente. Se è un JS comune, sarà un po 'più difficile apportare una modifica quando è necessario aggiornare il numero X di blocchi di script dei file HTML invece di un file JS.
Personalmente non ho mai avuto un problema con i file esterni rispetto a quelli incorporati. L'unica volta che ho JS nello stesso HTML è quando ho qualcosa da collegare al carico del documento specifico per quella pagina.
L'unico svantaggio che conosco è che un'altra richiesta deve essere inoltrata al server per recuperare il file JS esterno. Come detto prima di me puoi usare strumenti come il compressore YUI per minimizzare gli effetti di questo.
Il vantaggio tuttavia è che è possibile mantenere tutto il codice JS in un formato separato più gestibile.
Un altro enorme vantaggio di javascript esterno è la possibilità di verificare la sintassi con Jslint. Questo, aggiunto alla possibilità di minimizzare, combinare e memorizzare nella cache gli script esterni, rende il javascript interno come una scelta sbagliata.
Il caching è sia un pro che potenzialmente un imbroglio, se non lo si gestisce correttamente.
Il pro è ovvio, poiché migliorerà il caricamento della pagina su ogni pagina caricata dopo la prima.
Il con è che quando si rilascia un nuovo codice, potrebbe essere ancora memorizzato nella cache dal browser dell'utente, quindi potrebbe non ottenere l'aggiornamento. Questo può essere facilmente risolto cambiando il nome sul tuo file js. Eseguiamo automaticamente la versione di js con la data/ora del file, quindi assicuriamo che punti al file di creazione nella richiesta web attraverso la configurazione sul nostro server web (mod_rewrite, Apache).