Hacer una aplicación ajax es más costosa que hacer una aplicación web normal. No solo es costosa debido a que se necesita más conocimiento específico, sino que además la aplicación debe mantener la versión normal para que pueda ser accesible desde dispositivos más básicos como son una PDA o un teléfono movil.

Sería deseable no tener que mantener dos aplicaciones diferentes. Para esto habría que aplicar en primer lugar ingeniería del software y modelos basados en capas para que el cambio sea solo a nivel de presentación. Pero aun así sería deseable mantener la misma capa de presentación para ambas versiones y que esta funcione bien en cualquier dispositivo.

En esta entrada de blog, comentaré la idea básica que hemos aplicado con éxito para conseguirlo.

Para hacer esa web adaptable al dispositivo sin tener que hacer dos versiones, lo que haremos es crear la versión básica que funciona en cualquier sitio. A partir de esa versión contruiremos la parte de javascript + ajax.

¿Como unimos ambas partes (versión básica y javascript+ajax)? si cambiamos algo de la parte básica para meterle el javascript lo más probable es que deje de funcionar en dispositivos pequeños. Por tanto la idea será unirlas mediante javascript. Esto significa que mediante javascript debemos cambiar la funcionalidad básica de los forms, de los enlaces t de todas aquellas cosas que lleven ajax, para que en lugar de hacer la acción por defecto, hagan la acción javascript asincrona.

Con esta solución, si el dispositivo no es capaz de ejecutar javascript, no modificará en lo más mínimo la funcionalidad básica, y por tanto le funcionará todo correctamente. En cambio, si el dispositivo si es capaz de ejecutar javascript, entonces cambiará la funcionalidad básica y se ejecutará todo mediante ajax.

Como vemos se ha integrado en una sola versión las dos funcionalidades.

José Carlos Calvo Tudela

Hace poco tiempo, cuando surgieron los controles web en servidor, la idea fue una revolución y todo el mundo quiso probarlo. Esto permitía programar una aplicación web como si de una aplicación de escritorio se tratase, en lo que es gestión de eventos, estado de la aplicación, etc.

Más tarde con la salida de Atlas, los controles cogían una nueva dimensión, ya que cada control actúa por sí solo sin recargar página. Parecía que con eso todo estaba conseguido, ya que podemos programar creando controles y éstos interactuan con el usuario de forma asíncrona y lo que es mejor, todo es (casi) transparente al programador.

Como todo en esta vida, las cosas avanzan y la gente quiere cada vez más facilidades.

Sin esa arquitectura tan avanzada que usan esas plataformas, yo pensé en hacer controles javascript que por sí solos fuesen asíncronos, y pudiesen configurarse para su uso mediante mensajes javascript al control. Aunque la idea no es ni mucho menos de mi invención, la verdad es que no partí de ninguna base y los cree desde 0.

Lo bueno de estos controles es que por ejemplo hago un control que se encargue de mostrar la información actualizada de los foros de una web, de forma que en cualquier lugar de la web podemos colocar este control que nos diría por ejemplo el título del último post que se ha enviado.

Sin tener que pensar nada en cliente-servidor, en cualquier página de nuestro sitio, aunque sea una página plana HTML, podemos meter el control javascript con una sola línea de código:

var control = new Control();

Tras utilizar esta idea de forma masiva en un proyecto, te das cuenta de que esta forma de aislar funcionalidad dentro de las aplicaciones web, simplifica mucho las interacciones entre unos controles y otros.

Ese es el momento en el que piensas que te gustaría llegar más allá.

Imaginate que en tu web tienes este tipo de controles, no estaría mal que si alguien quisiese usar un control de los tuyos en su web, pudiera usarlos de forma similar. Me refiero a por ejemplo que en otra web inserten un control que nos diga el título del ultimo post del foro de tu web. Instanciar el control es igual que si fuese en tu web, solo hay que incluir el fichero javascript e instanciar el control.

¿Cual es el problema?, todo esto de instanciar un control remoto está resuelto y se hace transparente al programador, el problema es AJAX.

Los navegadores utilizan objetos para conectarse a un servidor remoto desde javascript y permitir así la actualización asíncrona y por tanto la filosifía AJAX. Estos navegadores imponen una restricción en esas conexiones remotas, solo pueden hacerse hacia el servidor en el que reside la web en la que se ejecuta.

Esa pequeña restricción que parece muy tonta, hace imposible que puedas meter en una web un control que informa de cosas de otra web. Un ejemplo muy sencillo sería un control que nos informe de la previsión meteorológica. Sería útil poder meter en tu web un control javascript que automáticamente se conectase al servidor correspondiente y mostrase la predicción meteorológica. Pero eso no se permite.

La única forma de poder hacer este tipo de cosas es colocando en tu servidor un proxy para el control, así si el control necesita comunicarse con www.tiempo.com/prediccion.php, y nuestro servidor está en www.miservidor.com, pues tenemos que hacer una página php o lo que nos guste, en nuestro servidor, conectamos el control javascript a esa página y ese php debe hacer una llamada a www.tiempo.com/prediccion.php y devolver lo mismo que devuelva esa página, es decir, hace de proxy.

Así que aunque se puede conseguir ejecutar algo similar, de esta forma se quita mucha transparencia e incluso llega a ser engorroso para el programador.

Si quitasen esa restricción, podrías montarte una web sin necesidad de lenguajes de servidor, directamente en HTML y javascript podrías montarte un sitio con foros, noticias, blogs, etc. Simplemente añadiendo controles que hayan creado ciertas personas para este fin.

A ver si quitan esa restricción pronto para poder dar un paso más en el abanico de servicios que pueden ofrecerse por la red

Hasta pronto

José Carlos Calvo Tudela

Navegando por la red buscando información sobre AFLAX me he encontrado este IDE, open source, que está empezando a ver la luz, parece muy potente, ya que no se pone a cubrir todas las fases de un desarrollo Web, sino que se centra en la parte del cliente, así que ofrece herramientas potentes con todas las librerías importantes: dojo, aflax, aculo script, yahoo ui,...

Me lo estoy descargando para probarlo, así que os contaré qué me parece la plataforma

Jose Carlos Calvo Tudela

Toca investigar nuevas cosas, hasta ahora he puesto repetidas veces referencias a dojo como framework javascript. A partir de ahora me dispongo a investigar , probar y experimentar tanto con yahoo ui (yui) como con aculo script, que son otros frameworks.

Como todo en esta profesión, no hay que delimitarse a una tecnología, ya que cada una tiene sus ventajas e inconvenientes. No podemos pensar que cierta herramienta es la mejor del mundo, porque eso no será nunca cierto. Así que la mejor forma de avanzar y simplificarnos la vida, es investigar las posibilidades que existen y tener así un buen punto de vista cuando hay que declinarse por una herramienta u otra para cierto proyecto.

De esta forma dependiendo de las necesidades de un proyecto seleccionaremos el framework que mejor se adapta a nuestras necesidades y más facil nos lo ponga.

Recordad que lo bueno si es simple es dos veces bueno (adaptación útil, a nuestro mundo, del famoso dicho)

Si alguien tiene algo de experiencia en estos entornos, no dude en escribir para guiar en esta fase de prueba.

Hasta la próxima

Jose Carlos Calvo Tudela