javascript - ¿Hay algún inconveniente en el uso de head.js?
jquery (6)
Aquí está mi conclusión para head.js, he hecho algunos puntos de referencia a mí mismo:
http://blog.feronovak.com/2011/03/headjs-script-is-it-really-necessary.html
Es opinión subjetiva y los puntos de referencia no son de ninguna manera científica.
Cosas de las que soy consciente:
Parpadea la pantalla si los scripts modifican los estilos / contenido (no es un problema para mí, ya que actualmente cargo los scripts al final de la página y por eso ya tengo soluciones)
Incapacidad para detectar fallas en la carga de scripts (no estoy demasiado preocupado por esto, ya que todo lo que desarrollo es necesario para trabajar con o sin javascript. Puede afectar mis soluciones para el elemento 1, pero contento con este riesgo)
Parece ser una muy buena opción para mí, pero espero algunas referencias (¡no dude en decir solo cosas positivas!) Antes de invertir tiempo en incorporarlo en mi próximo proyecto.
Actualmente, desarrollamos sitios de tamaño medio a grande con, en general, una cantidad moderada de Javascript (aunque esto está creciendo rápidamente). También usamos la biblioteca jQuery para la mayor parte de nuestro Javascript.
¿Alguien tiene alguna experiencia? ¡Bueno o malo! :)
PS para los interesados este es head.js
Estaba / estoy interesado y estoy pensando que quizás también esté usando head.js PERO encontré algo que no es tan bueno: en la url que me diste hay tres botones de pestañas:
SCRIPT SCRIPT SRC head.js
SRC in head on bottom on head
Shift + Ctr + Refresh me da muy pocas diferencias (+/- 10ms entre la línea de tres @ 120mbit, Firefox 3.6.13)
Cuando uso la actualización de Ctr + R, los resultados en head.js son 100 ms más lentos que las otras dos versiones sin head.js ... Por lo tanto, NO siempre es más rápido.
No Siempre que coloques cualquier código que dependa de la carga de archivos dentro de head.ready {}, no enfrentarás ningún problema con tu código.
No habría ningún problema en el uso de jquery o javascript library en gran medida. Trate de mantener cada biblioteca como única.
Estoy usando prototipos, scripaculous, jQuery y muchos más complementos de jQuery adicionales. Me enfrenté a un error al cargar scripts completos. Luego descubrí que se debe a $ sign, que es un parámetro importante de jquery y prototipo.
yo había usado
$.noConflict();
jQuery(document).ready(function($){
//jquery codes here
})
Así que mantén tu biblioteca de scripts única
Puede haber un problema cuando tienes enlaces / acciones de JS en la página. No funcionarán (o funcionarán como si no hubiera JS) antes de que los scripts se carguen completamente. Esto puede o no ser un problema, dependiendo de cómo lo estructure.
head.js()
dio un problema a mis páginas. Ninguno de mis asp:button
OnClick eventos funcionaron. Pero si incluyo los scripts de la manera tradicional ( <script type="text/javascript src=""
), los eventos funcionaron perfectamente. Intenté EnableClientScript = "false"
y también CausesValidation="false"
. Pero nada funcionó. Finalmente simplemente deseché la idea de head.js ya que no hizo mucha diferencia en el tiempo de carga de mi página, de todos modos.