2010-11-23 18 views
5

Por lo tanto, estoy bastante hecho con el JS en mi sitio web ahora. Implica jQuery (y como tal, un inicio) La página tiene dos partes, la superior es principalmente Google Maps y la inferior es formularios de entrada.¿Buena estructuración de JavaScript en un proyecto?

Todo esto se encuentra actualmente en uno .js, funciones, inits, iteraciones, todo. Es una buena estructura y todo eso, todo está hecho correctamente.

Mi pregunta es, sin embargo: ¿Qué es una buena estructura? ¿Debo poner la mitad superior en un archivo y la inferior en otro? ¿O debería poner todas las inicializaciones necesarias bajo .ready() y colocar todas las funciones en otro archivo? ¿O debería guardar todo en un archivo cada vez mayor?

+0

posible duplicado de [javascript code architecture question] (http://stackoverflow.com/questions/1895692/javascript-code-architecture-question) – Marius

+0

@Marius - esa pregunta parece presumir todo en un archivo ya; esta pregunta explícitamente pregunta sobre dividir las cosas en múltiples archivos. –

Respuesta

2

Desde una perspectiva de rendimiento, es sensato proporcionar todos sus archivos JS en un solo archivo al navegador, tal como lo sugieren las otras respuestas. Sin embargo, tener el código creado de esa manera no lo es, cada "clase" debe estar en un archivo separado, dividir las cosas en entidades y un archivo de control o dos para manejar las llamadas a la página real, al igual que en cualquier otro idioma. Estos pueden combinarse en un archivo para su suministro ya sea de antemano o dinámicamente, preferiblemente también minimizados.

+0

¿Tan solo está "estructurado en un solo archivo"? ¿O hay alguna información más profunda sobre los archivos de control junto con JS? – Mantar

+0

Javascript funciona como la mayoría de los lenguajes de scripting (PHP, Perl, bash, etc.) en que todos los diferentes '

0

Personalmente, prefiero mantener todo el código en un solo archivo, por lo que el navegador tiene que buscar solo un archivo y no dos/tres/cuatro/lo que sea.

Pero creo que depende de las preferencias personales.

1

Mantener las llamadas de secuencia de comandos al mínimo mejora el tiempo de procesamiento; cada secuencia de comandos incluye un viaje de ida y vuelta que agrega tiempo. Entonces, preferencia personal, siempre y cuando no te preocupen los tiempos de carga de la página.

de Yahoo Best Practices for Speeding Up Your Web Site comienza con Minimizar solicitudes HTTP:

80% del tiempo de respuesta del usuario final es gastado en el front-end. La mayor parte de este tiempo está invertido en la descarga de todos los componentes en la página: imágenes, hojas de estilo, scripts, flash, etc. reducir el número de componentes en a su vez reduce el número de peticiones HTTP requerido para representar la página . Esta es la clave para páginas más rápidas.

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 para construir páginas con contenido más rico mientras que también alcanza la respuesta rápida veces? A continuación, se detallan algunas técnicas para que reducen el número de solicitudes HTTP, y aún así admite diseños de página enriquecida .

archivos combinados son una forma de reducir el número de peticiones HTTP combinando todos los scripts en un solo guión, y combinando de manera similar todos los CSS en una sola hoja de estilo . Combinar archivos es más desafiante cuando los scripts y las hojas de estilo varían de una página a otra, , pero hacer que esta parte de su versión mejore los tiempos de respuesta.

Cuestiones relacionadas