Software Pills

Según una nota de prensa publicada en su Web, Adobe pretende liberar la especificación del protocolo RTMP (Real Time Messaging Protocol)durante la primera mitad de 2009.

RTMP es un protocolo de comunicaciones propietario de Adobe Systems  para la transmisión de audio, vídeo y datos entre el Flash Player y el servidor. No solo permite crear streams de audio/vídeo, sino que también permite transmitir en tiempo real y en ambas direcciones otros tipos de datos con numerosas aplicaciones prácticas (Remote Shared Objects, etc.).

Tras liberar el código de Flex y Blaze DS, y la especificación AMF, Adobe da un paso mas en la estrategia de abrir sus productos y tecnologías y libera esta pieza clave del ecosistema de Flash.

Se trata de una inmejorable noticia para los que, en su día, apostamos por utilizar Flash en nuestros desarrollos RIA y nos ofrece un importante respaldo frente a los recelos que suscita utilizar una tecnología propietaria.

La noticia tiene numerosas implicaciones, especialmente en el ámbito de las aplicaciones multimedia, de juegos y para dispositivos móviles.

Lee el resto de esta entrada »

Recientemente he estado experimentando con las posibilidades del API de introspección y Reflexión de ActionScript 3 y me he encontrado con un problema inesperado: se produce un error al tratar de crear mediante reflexión un objeto de una clase que no se instancia explícitamente en ninguna otra parte del código de la aplicación.

El mensaje de error en estos casos suele ser algo como Error #1065: No se ha definido la variable MyClass.

Se trata de un problema de classloading y se debe a que el compilador de Flex no incluye en el archivo SWF las clases que no se referencian explícitamente en el código.

Lee el resto de esta entrada »

Estoy agradecido a Cairngorm porque, en su día, fue un buen punto de partida y, a muchos, nos ha introducido en el mundo de los RIA y de Flex por el camino de las buenas prácticas.

Sin embargo, después de varios meses aplicándolo descubres que tiene sus inconvenientes: Cairngorm requiere mucho código repetitivo y, en ocasiones, es demasiado "retorcido" en situaciones que no lo justifican. Entonces, te empiezas a preguntar si quizá existe una arquitectura mejor, que requiera menos código y que te permita concentrarte más en la aplicación y menos en los detalles de implementación.

En esta entrada indagaré en las alternativas que existen en éste momento y seleccionaré las mejores candidatas a suceder a Cairngorm.

Para empezar, voy a tratar de enumerar las debilidades de Cairngorm y cuales deberían ser, desde mi punto de vista, las características de su sucesor.

Lee el resto de esta entrada »