2012-04-12 12 views
5

Trabajo en una pequeña agencia web que se especializa en aplicaciones web para startups. Estoy empujando mi jefe para poner más recursos en la construcción de marcos robustos en el lado del cliente utilizando JavaScript estándares mvc (estoy usando BackboneJS) y plantillas (utilizando underscore)Cuándo implementar javascript MVC framework

Me estoy dando cuenta de que hay algunas situaciones en las que Javascript robusta los marcos tienen sentido (por ejemplo, aplicaciones web complejas de una página) y otros en los que puede no valer la pena (una lista de publicaciones de blog, que pueden ser plantillas usando php)

Estamos tratando de desarrollar un estándar para cuándo implementar un marco de JavaScript en una página, y cuándo confiar en php para plantillas y solicitudes de servidor.

Espero que algunas personas en la comunidad interwebs tengan algunas ideas al respecto, o me puedan remitir a artículos sobre este tema. Tengo algunas ideas propias, pero una "opinión experta" tendría más influencia con mi equipo de gestión ...

+3

Creo que ya ha respondido su pregunta. Úselos cuando los necesite y no cuando no los necesite. – Brad

+0

Ha, eso es lo que le dije a mi jefe. Lo que realmente estoy buscando es un poco de credibilidad prestada en forma de pensamiento por personas con más experiencia que yo;) O al menos algunos puntos de vista opuestos que puedo comparar entre sí. Vamos, interweb! Dame algunas estridencias largas que puedo usar! – eschwartz

Respuesta

1

Es posible que desee tener en cuenta quiénes son los usuarios finales. Para dispositivos más lentos (desktops de oficina, laptops de 3 años, etc.), un enorme marco de trabajo de Clientside puede causar carencias y puede que no sea muy divertido navegar por la página.

Por lo tanto, si el sitio web se enfoca en personas mayores, personas sin conocimientos técnicos o empleados de oficina, es posible que desee tomarlo con calma en el javascript.

+0

No estoy tan preocupado por la velocidad como por el uso de las horas de desarrollo. El costo de unos pocos kbs de javascript minimizado está más que compensado por el aumento de la velocidad percibida permitida al mover el estado al lado del cliente. – eschwartz

+0

No me refería a la pérdida de velocidad debido a la carga de js que debe descargarse, sino a la velocidad de ejecución en la PC del cliente cuando el cliente es débil (baja RAM, baja CPU) y tiene que ejecutar muchos scripts de framework. Si quieres un desarrollo rápido, supongo que no pasarás siglos optimizando los snipplets de código javascript y jquery, haciendo pruebas intensas de rendimiento en varias máquinas ¿no? –

+0

@KristianRafteseth Considera aceptar mi respuesta o solicita más detalles. Esto evitará que esta Pregunta reciba más atención y también mostrará al menos algo de aprecio por las personas que se tomaron el tiempo para ayudarlo. –

Cuestiones relacionadas