Catálogo de Governor, Hinchcliffe y Nickull

En su libro Web 2.0 Architectures [2], Governor, Hinchcliffe y Nickull exponen varios patrones a un alto nivel de abstracción relativos a la web 2.0, de los cuales hay algunos que encajan perfectamente como patrones de RIA.

Así, la Actualización Asíncrona de Partícula es un patrón que engloba a las distintas técnicas explicadas en la sección anterior de este trabajo. Parte del problema común de todas es

46

que la web tradicional era insuficiente para sustituir a las aplicaciones de escritorio debido a la imposibilidad de carga asíncrona de contenido y propone que los navegadores, de alguna u otra forma (anteriormente se ha hablado de la interfaz XMLHttpRequest y de los plugins de Flash, por ejemplo) sea capaz de recibir una petición específica que sirva para manipular parte del documento representado de forma asíncrona.

Actualización Asíncrona de Partícula responde a la necesidad de actualizar una parte concreta de una página de forma asíncrona, sin tener que actualizar la página entera con la cantidad de inconvenientes que ello supone y que se han explicado anteriormente en este trabajo. Una implementación de este patrón es la tecnología AJAX, que da solución a esa necesidad utilizando los recursos Javascript existentes para ello.

Otro patrón del libro y que cada día tiene una mayor aceptación es el patrón Remezcla (Mashup). Este patrón consiste en la utilización de distintos servicios ofrecidos por terceros en una misma página, es decir, mezcla de servicios para proporcionar una vista compuesta por ellos. Este patrón se da cuando, por ejemplo, en un blog se publican fotografías mediante el API de Flickr o cuando se inserta un mapa de Google Maps en una web.

Tanto los proveedores de servicios para todo tipo de usuarios como Twitter, LinkedIn o Facebook como otros proveedores más enfocados a un público en concreto como podría ser la suite de productos en “La Nube” de Zoho (CRM, Recruit) u otros como servicios de RSS proporcionan con mayor frecuencia APIS que los desarrolladores pueden utilizar para interoperar unos con otros. Esto también da lugar al desarrollo de widgets o componentes reutilizables que pueden ser llevados con mayor o menor facilidad a unas u otras páginas. Por ejemplo, si observamos la librería de módulos existentes para el CMS Drupal, podemos encontrar una enorme variedad de ellos cuya finalidad es implementar este patrón mediante la inclusión de widgets tales como el botón “Me Gusta” de facebook o un RSS de Twitter.

El patrón Experiencia Mejorada de Usuarios tiene como motivación tratar de buscar la mejora de la interacción entre el usuario y la web de forma que se mejore la experiencia del primero en términos de presentación y priorización de la información así como actualización, facilidad de uso e intuitividad.

En su propia definición se concluye que es un patrón tremendamente abstracto, que abarca la mejora del usuario en todos los aspectos posibles, desde muchos puntos de vista. Este patrón podría estar detrás de la adecuada elaboración de un formulario de tal forma que se auto

47

completen campos, se prediga lo que el usuario escriba y los campos no aparezcan a la vez sino que existe un flujo de navegación que no haga tedioso el proceso. En este caso el patrón abarcaría la utilización de varios patrones concretos.

Pero este patrón también podría abarcar el proceso de diseño de una web por completo, incluyendo las decenas de patrones que puedan ser utilizados, así como los flujos de información de la web ya que, por ejemplo, no es la misma experiencia de usuario tener que pasar por 3 páginas para editar sus datos de contacto que hacerlo sin recargar ni si quiera una página entera mediante el uso de AJAX.

El último de los patrones relacionados con RIA en el libro es el patrón Web sincronizada. En este patrón, cuando se habla de sincronización no se está refiriendo a la utilización o no de protocolos de comunicación síncronos entre la parte cliente de una aplicación y la parte servidor, como podría parecer.

El patrón de la web sincronizada se refiere a la sincronización del estado de la aplicación de tal forma que las aplicaciones web puedan ser utilizadas tanto de manera online cuando se dispone de conexión a internet como de manera offline si no se dispone de esta o no se desea utilizarla. De esta forma, el hecho de no tener conectividad con internet no es un absoluto impedimento para la ejecución de la aplicación, si bien es entendible que el grado de abstracción de este patrón permite imaginar muchas situaciones distintas.

La idea es que después de trabajar de manera offline el estado pueda sincronizarse cuando haya conexión.

Un ejemplo de implementación de este patrón es el reciente Google Drive. Esto es un servicio en “La Nube” de almacenamiento de documentos online, con el que se pueda acceder a cualquier documento desde cualquier lugar en cualquier momento o sincronizarlo en un disco duro local, por ejemplo.

También, Drive tiene la posibilidad de utilizar un plugin para el navegador de Google Chrome, con el que pueden editarse offline los documentos en el navegador y, posteriormente, sincronizarlos, sin tener que almacenar una estructura de carpetas y archivos en el disco local.

48