jueves
ene112007
wingS 3.0 beta1 con AJAX ... y algunas reflexiones
jueves, enero 11, 2007 at 7:23PM
WingS es un viejo conocido framework web inspirado en Swing que ha sido pulido para ponerlo al día con tecnologías AJAX.
El resultado hay que decir que es bastante impresionante y con unos tiempos de respuesta razonables.
En estos días estamos viendo la publicación de frameworks web que intentan emular a las aplicaciones de desktop, los llamados clientes ricos. Conseguir esto supone toneladas de artificios generando HTML-CSS-JavaScript muy a medida del framework.
Normalmente se cumple la regla: a más sofisticados componentes menor control, de hecho, en el caso de los frameworks muy orientados al servidor la aplicación de características visuales se realiza (ordena) en el servidor, por ejemplo el tamaño de un componente (dato declarado en un XML o llamada a un método).
Esto no ha sido ningún problema en el mundo del desktop centrado normalmente en la funcionalidad y no en la riqueza visual.
Otro elemento nuevo es el uso de eventos AJAX de forma *asíncrona*, el uso de eventos asíncronos es más bien raro incluso en aplicaciones de desktop (salvo en tareas muy lentas).
Pero en el mundo web han sido tradicionales tres principios:
1) El tener un total control sobre el trio HTML-CSS-JavaScript usado en una aplicación web. De hecho una de las pegas que siempre se han puesto a los editores visuales HTML es de "la basura" que generaban (HTML/CSS/JavaScript no controlado).
2) Tener un control total y muy a medida de la visualización de las páginas web de acuerdo al estilo deseado (incluidos formularios).
3) Cambios de estado muy claros (cambios de página) y síncronos (salvo el problemático uso del back/forward).
¿Estamos asistiendo a una ruptura de las formas tradicionales de hacer aplicaciones web?
¿A día de hoy es razonable asumir el riesgo de entregar el control casi total de la terna HTML/CSS/JavaScript a un framework web concreto?
¿Es razonable confiar en AJAX (en su modo asíncrono) para una aplicación crítica? ¿Existen técnicas para conseguir que sea predecible?
El resultado hay que decir que es bastante impresionante y con unos tiempos de respuesta razonables.
En estos días estamos viendo la publicación de frameworks web que intentan emular a las aplicaciones de desktop, los llamados clientes ricos. Conseguir esto supone toneladas de artificios generando HTML-CSS-JavaScript muy a medida del framework.
Normalmente se cumple la regla: a más sofisticados componentes menor control, de hecho, en el caso de los frameworks muy orientados al servidor la aplicación de características visuales se realiza (ordena) en el servidor, por ejemplo el tamaño de un componente (dato declarado en un XML o llamada a un método).
Esto no ha sido ningún problema en el mundo del desktop centrado normalmente en la funcionalidad y no en la riqueza visual.
Otro elemento nuevo es el uso de eventos AJAX de forma *asíncrona*, el uso de eventos asíncronos es más bien raro incluso en aplicaciones de desktop (salvo en tareas muy lentas).
Pero en el mundo web han sido tradicionales tres principios:
1) El tener un total control sobre el trio HTML-CSS-JavaScript usado en una aplicación web. De hecho una de las pegas que siempre se han puesto a los editores visuales HTML es de "la basura" que generaban (HTML/CSS/JavaScript no controlado).
2) Tener un control total y muy a medida de la visualización de las páginas web de acuerdo al estilo deseado (incluidos formularios).
3) Cambios de estado muy claros (cambios de página) y síncronos (salvo el problemático uso del back/forward).
¿Estamos asistiendo a una ruptura de las formas tradicionales de hacer aplicaciones web?
¿A día de hoy es razonable asumir el riesgo de entregar el control casi total de la terna HTML/CSS/JavaScript a un framework web concreto?
¿Es razonable confiar en AJAX (en su modo asíncrono) para una aplicación crítica? ¿Existen técnicas para conseguir que sea predecible?
Reader Comments