SWX una nueva forma de obtener datos en Flash
Friday, March 30th, 2007Ayer estuve en las conferencias del London Flash Platform User Group, la primera de Niqui Merret sobre Flash y accesibilidad y la segunda de Aral sobre su nuevo juguetito: SWX.
A ver si consigo explicar SWX de una forma sencilla. Lo que quiere es simplificar el obtener datos del servidor, lo que normalmente hacemos con FlashVars, XML o AMFPHP.
SWX consiste en cargar tus datos con loadMovie, en un swf. Es decir, haces una petición al servidor con loadMovie y te devuelve un swf con los datos. Los datos que quieras (objetos String, Number, Boolean y Object) estan “dentro” del swf de respuesta como objetos nativos Flash. El servidor procesa la petición y crea un swf al vuelo con la información.
Aral esta convencido de que los métodos actuales de obtener datos en Flash son muy complicados, o por lo menos piensa que el proceso podría ser mas sencilo. Yo la verdad es que vivo muy feliz con XML y XPath. Si necesitara más, seguramente iría a AMFPHP.
El mayor problema que le veo a SWX es que sólo funciona on-line. Es decir, necesitas un servidor que compile el SWF de respuesta (inicialmente sólo PHP, pero habrá versiones de Java, Ruby, etc). Pero claro, ¿qué haces si tu aplicación tiene que funcionar on y off line? Para eso XML es una maravilla ya que Flash lo único que necesita es una URL (local o servidor) y listo.
Dicho esto, el rendimiento de SWX puede que sea mejor, (te ahorras un par de serializacion/deserializacion, pero echadle un ojo al propio post de Aral, que lo explica mejor), así que en dispositivos móviles puede que sí tenga su campo.
En fin, no desmerezco para nada el trabajo, y me parece muy loable el esfuerzo por simplificar el proceso (y liberarlo Open Source), pero a día de hoy no creo que SWX encaje en lo que mis proyectos necesitan. Como dice Aral, bájalo, échale un ojo y decide por ti mismo si lo puedes utilizar.
Eso sí, ver a Aral en vivo y en directo (es un buen showman) y esto de SWX me ha recordado al post the Coding Horror, Why do we have so many screwdrivers:
- Elite (guru) developers notice too many riff-raff using their current programming language, and start looking for something that will distinguish them better from their mediocre colleagues.
- Elite developers take their shopping list of current annoyances and look for a new, little-known language that apparently has fewer of them.
- Elite developers start to drive the development of the new language, contributing code, writing libraries, etc., then evangelize the new language.
- Sub-elite (senior) developers follow the elite developers to the new language, creating a market for books, training, etc., and also accelerating the development and testing of the language.
- Sub-elite developers, who have huge influence (elite developers tend to work in isolation on research projects rather than on production development teams), begin pushing for the new language in the workplace.
- The huge mass of regular developers realize that they have to start buying books and taking courses to learn a new language.
- Elite developers notice too many riff-raff using their current programming language, and start looking for something that will distinguish them better from their mediocre colleagues.
Sin apuntar a nadie, ¿eh? Pero me lo ha recordado :D