Page 38 - REVISTA 2015

Para lograr su objetivo, se utiliza una arquitectura innovadora que es compartida tanto por el lado del
servidor como por el lado del cliente.
El lado del cliente es responsable del renderizado y de la interacción del usuario en el browser, para esto
y como se dijo anteriormente, Vaadin hace uso del framework GWT.
El lado del servidor es el componente más importante y es el responsable de manejar los eventos que
llegan desde el cliente y enviar los cambios a la interfaz. Permite hacer una compilación Java-to-bytecode
en lugar de Java-to-HTML (como es el caso de GWT) cada vez que se hace una actualización de código.

Por último la comunicación entre ambos es realizada utilizando JSON sobre AJAX bajo el protocolo HTTP.
Esta elección no es menor ya que el uso de HTTP permite que no haya que instalar ningún complemento
en los navegadores y los firewalls permite el trafico HTTP casi sin ninguna configuración.
El mayor reto que se presentan al utilizar el mismo modelo en el lado del cliente y del servidor es la sin-
cronización entre ambos. El cambio en un lado debe ser reflejado en el otro, para solucionar esto Vaadin
utiliza un sistema de llave que es enviado al cliente en cada sincronización, y debe ser devuelto en cada
pedido, si la llave se pierde la sesión es reiniciada.

A continuación se presenta un esquema de la arquitectura que utiliza Vaadin

Ilustración 1: Arquitectura Vaadin
Vaadin tiene un background tecnológico y de diseño que incluye: HTML5, JavaScript, CSS y Sass, AJAX,
GWT y JavaServlet. Por lo que si bien no es necesario conocer prácticamente nada de estas tecnologías,
es sumamente recomendable dominar dichas tecnologías si se desea hacer cosas muy puntuales o se
quiere ir al detalle y por fuera de la implementación brindada por Vaadin.

Reflexiones sobre Ingeniería