Buena estructuración de JavaScript en un proyecto?
-
27-09-2019 - |
Pregunta
Por lo tanto, estoy bastante harto de la JS en mi sitio web ahora. Se trata de jQuery (y como init tales .ready) La página tiene dos partes, la parte superior es principalmente Google Maps y cuanto menor es formularios de entrada.
Todo esto se encuentra actualmente en un js, funciones, INIT, iteraciones, todos de la misma. Es así la estructura y todo eso, todo se hace correctamente.
Mi pregunta es, sin embargo: ¿Qué es una buena estructura? Debería ser poner la mitad superior en un archivo y el más bajo en otro? O debería poner todas las inicializaciones necesarias en el marco del ready () y colocar todas las funciones en otro archivo? O debería mantener todo en un archivo cada vez mayor?
Solución
Desde la perspectiva del rendimiento, suministrando toda la JS en un solo archivo al navegador como se sugiere en las otras respuestas es sensato. Sin embargo, después de haber construido su código de esa manera no es, cada "clase" debe estar en un archivo separado, la división de las cosas en que las entidades y un archivo de control o dos para manejar las llamadas de búsqueda reales - el mismo que en cualquier otro idioma. Estos pueden ser combinados en un único archivo para el suministro o bien de antemano, o dinámicamente -. Preferiblemente también minimizan
Otros consejos
Mantener las llamadas de secuencia de comandos al mínimo mejora el tiempo de procesamiento - cada secuencia de comandos incluye un ida y vuelta que se suma el tiempo. Por lo tanto -. Preferencia personal, siempre y cuando no se preocupan por los tiempos de carga
las mejores prácticas para acelerar su sitio web comienza con Minimizar Las solicitudes HTTP
80% del tiempo de respuesta del usuario final es gastado en el front-end. La mayor parte de esta el tiempo es atado en la descarga de toda la componentes en la página: imágenes, hojas de estilo, los scripts, flash, etc. La reducción del número de componentes en a su vez reduce el número de HTTP solicitudes necesarias para representar la página. Esta es la clave para las páginas más rápido.
Una forma de reducir el número de componentes en la página es simplificar El diseño de la página. Pero hay una manera de en las páginas de construcción con un contenido más rico logrando al mismo tiempo una respuesta rápida ¿veces? Aquí están algunas técnicas para la reducción del número de peticiones HTTP, mientras sigue apoyando la página rica diseños.
archivos combinados son una forma de reducir la número de HTTP solicita mediante la combinación de todas las secuencias de comandos en una única secuencia de comandos, y Del mismo modo la combinación de todos los CSS en una hoja de estilo individual. Combinación de archivos se más difícil cuando los guiones y hojas de estilo varían de una página a otra, pero haciendo esta parte de su liberación proceso mejora los tiempos de respuesta.
En lo personal, prefiero mantener todo el código en un solo archivo, por lo que el navegador tiene que ir a buscar sólo un archivo y no dos / tres / cuatro / lo que sea.
Sin embargo, creo que depende de las preferencias personales.