La semana pasada dimos una charla en IBM sobre Rich Internet Application en general, describiendo un poco de que se trata este nuevo tipo de cliente, desde una visión arquitectónica. Tambien pasamos por las tecnologías disponibles para crear RIA, JavaScript/Ajax, Flash (Flex y OpenLazslo) y Browser Objects. Uno de los puntos que más me interesó armar fue el del impacto que tienen estos tipos de clientes en los atributos de calidad.
Debido a que la charla no era sobre esto, no pudimos bajar mucho a detalle, asi que les dejo algo de lo que pudimos armar:
Performance
- Better latency because of less data interchanged
- May decrease bandwidth
- Delta processing on Server Side (More CPU Cycles)
- Stateful applications, needs more memory to keep screen on server side
- Needs more resources on Client Side, processing (renderization) and screen state (memory)
- More than one transactions could be triggered at the same period of time, so more resources on server we will needed to support it
- Start Managing concurrency on Browser Side
- Improve users experiences
- Adapting the system to user needs and Personalization
- Support more input events
- User has the control
- RIA allows GUI Effects on a browser (i.e. drag & drop, real progress bar, etc)
- Interactive applications
- Partial reloading
- Reverse AJAX concept, Server can update the screen
- Cross browser compatibility
- Operating System portability (I.E. Flash 9 was not supported on Linux Desktop)
- W3C Standards
- Open Ajax Alliance (http://www.openajax.org/)
- Use of Images (SVG) and Media (RDF) contents
- Access Keys
- GUI Effects
- Event Handling
- Partial update
- XForm and XHTML2
- Web Accessibility Initiative for Rich Internet Application (http://www.w3.org/TR/aria-roadmap/)
1 comentario:
Siempre apoyo las iniciativas en Calidad... adicionalmente, un concepto que pocas veces esta presente en los productos es el de "mejora continua", tendríamos que buscar las formas de aprovechar automaticamente las interacciones, accesos, acciones, para automatizar mejoras continuas... por ejemplo si existe un determinado patron de navegabilidad que resalta en una buena parte de los accesos (digamos que el 80 % de las navegaciones tiene una ruta similar), tal vez deberíamos reordenar código o caching o arquitectura de manera de optimizar esto... Obviamente siempre es posible tomarse el trabajo de hacerlo manualmente pero la idea reside en que esto lo trabaje alguna herramienta.
¡saludos!
Publicar un comentario