¿Es una buena idea la representación de IU del lado del cliente a través de Javascript?

El enfoque "clásico" para el desarrollo web ha sido durante algún tiempo un cliente ligero y un servidor grueso: el servidor genera HTML y lo escupe al navegador para que se muestre solo. Pero con los navegadores actuales (y también debido a la disponibilidad de buenas bibliotecas y marcos), Javascript ahora funciona. Los desarrolladores web ahora pueden asumir que su código Javascript funcionará y dejarán de molestar.

Esto ciertamente abrió nuevas posibilidades para el desarrollo web. Las aplicaciones ahora podrían estar compuestas principalmente de contenido HTML devuelto por el servidor y procesado por el navegador con alguna manipulación de la interfaz de usuario que se realiza desde el lado del cliente. El cliente podría incluso consultar al servidor para obtener datos nuevos para actualizar partes de la interfaz de usuario. ¿Pero podemos bajar por el otro lado? Una aplicación puede ciertamente diseñarse como un servidor que escupe solo el JSON más minimalista pegado a un cliente de Javascript grueso que se encarga de construir y controlar toda la interfaz de usuario. Sí, este enfoque puede romper seriamente las URL en la medida en que las personas ya no pueden enviar punteros, pero ciertamente es posible diseñar la forma de hacerlo (y para algunas aplicaciones, como el correo electrónico y los lectores de feeds, esto ni siquiera importar).

¿Qué piensas? ¿Alguna vez has intentado ese enfoque? ¿Las cosas se vuelven demasiado lentas? ¿Los navegadores modernos son capaces de manejar esa cantidad de código Javascript? ¿Hay diferencias significativas entre las implementaciones de los navegadores que aún mienten al desarrollador no asesorado incluso con las últimas bibliotecas? ¿Para qué tipo de aplicaciones crees que es adecuado este enfoque? ¿Es realmente adecuado paracualquier cosa?

Respuestas a la pregunta(10)

Su respuesta a la pregunta