JavaScript inclusión de archivos. ¿No debería vincular en el ?

Question

Estoy viendo Douglas Crockfords " Teoría de la DOM" y mencionó que la ubicación de mis etiquetas script puede afectar en gran medida el tiempo de carga de mis aplicaciones. Por otra parte, afirma que una etiqueta de script debe incluirse en la medida hacia la parte inferior del cuerpo del documento como sea posible.

¿Es esto cierto?

o

¿Es el vídeo fuera de fecha? (que en realidad sitios como una razón por la que no conferencia sobre el DOM antes).

Answer 1

Google está de acuerdo con Crockford:

• Defer JavaScript carga
• Es también (una de) la razón (s) por qué el rastreadores de google Analytics se van a colocar en la parte inferior.

Yahoo! así:

• Las mejores prácticas para la aceleración de su sitio web (sección "Scripts ponen en la parte inferior ")

Y otros usuarios así lo acuerdan así:

• es "Deja secuencias de comandos en la parte inferior" correcta?

Answer 2

Los archivos incluidos en la cabecera se cargan antes de que el resto de la página, incluso comienza la carga. Se recomienda cargar archivos no esenciales como cerca de la parte inferior de la página como sea posible por lo que el resto de la página se puede cargar de antemano.

Hay algunas bibliotecas JS (como LABjs) que se puede cargar en la cabecera en su lugar. A continuación, le permiten cargar todos sus activos de forma asíncrona y otros JS proporciona una devolución de llamada por lo que el resto de su código se ejecutará cuando se sabe sus activos JS se han cargado.

Answer 3

También puede utilizar http://labjs.com/ .

Como se indica en la página del proyecto:

LABjs (carga y bloqueo de JavaScript) es un proyecto apoyado por Getify soluciones de código abierto (licencia MIT). El propósito central de LABjs es ser un todo-propósito, la demanda de JavaScript cargador, capaz de cargar cualquier recurso JavaScript, desde cualquier lugar, en cualquier página, en cualquier momento. Cargando las secuencias de comandos con LABjs reduce el bloqueo durante la carga de la página, que es una manera fácil y eficaz para optimizar el rendimiento de su sitio de recursos.

LABjs por defecto se carga (y ejecutar) todos los scripts de forma paralela lo más rápido que el navegador lo permita. Sin embargo, puede especificar fácilmente los scripts tienen dependencias de orden de ejecución y LABjs aseguren orden de ejecución adecuada. Esto hace LABjs seguro de usar para prácticamente cualquier recurso JavaScript, si controlas / host o no, y si es independiente o parte de un árbol de dependencia mayor de los recursos.

El uso de LABjs reemplazará todo lo feo "sopa de etiqueta" - que es todas las etiquetas que aparecen comúnmente en el o al final de la de su página HTML. El API es expresiva y el encadenamiento, que le permite especificar qué secuencias de comandos a la carga, y cuándo espera ( "bloqueo"), si es necesario, para su ejecución antes de proceder a la ejecución adicional. La API también permite fácilmente la ejecución de código en línea de acoplamiento (piensa: etiquetas en línea).

LABjs es ahora el privilegio de beneficiarse de la colaboración con Steve Souders, y tiene el objetivo de ser la única mejor solución para la carga optimizada, flexible, escritura en general disponible.

Answer 4

yo también he oído que JavaScript debe incluirse al final de la página para "con suerte" asegurar el DOM ha cargado. Creo que leí esto en la documentación Yahoo hace un tiempo.

Answer 5

Bueno, es correcta. A menos que utilice algo como '' el cual head.js cargas que JavaScript archivos en paralelo. Ah, y, algunos scripts tienen que ser antes de que el contenido. Por ejemplo, el script html5-navaja.

http://headjs.com/