Saludos a todos los desarrolladores Flex! en esta ocasión vamos a compartir una pequeña introducción a un nuevo framework de inyección de dependencias para ActionScript 3 llamado Robotlegs.

Como programadores Flex, será útil aprender este tipo de técnicas acerca de este marco de trabajo que me ha hecho no ensuciar mi código a la hora de arreglar esos bugs (muchas veces cambios del cliente)  U_U

Este es el primer articulo de 3 que te enseñaran a usar este framework. Puedes esperar el siguiente (Robotlegs 102) muy pronto.

• RL 101 (Introducción)
• RL 102 (Contexto, vista y mediadores)
• RL 103 (Comandos, servicios y modeos)

¿Robotlegs?

Desde octubre del año pasado se leían algunos comentarios de Robotlegs (RL), la cuestión que todo mundo admiraba eran 2 cosas, la capacidad de separar código (haciendo referencia al patrón MVCS) y la inversión de control (basada en inyección de dependencias con swfsuspenders)

Robotlegs, es un framework muy estable y con una gran capacidad de crecimiento. Una de sus grandes ventajas es que no extiende el Flex Framework, por lo tanto puede ser usado en aplicaciones Flex o en aplicaciones/animaciones con Flash. La gran capacidad que tiene de integración y lo fácil de su configuración es lo que llama la atención a la mayoría cuando lo conocen.

Modelo Vista Controlador +S

El modelo MVC es muy conocido en el mundo de desarrollo, es una buena practica en el momento de arreglar aplicaciones viejas o darle el soporte a las grandes. Si no me creen vean la siguiente imagen de SeanTheFlexGuy.

Como experiencia les puedo compartir que en un proyecto en donde los cambios son inesperados, la separación del modelo y los servicios es algo mágico, ya que el modelo se encarga solamente de manipular los datos con los que ya contamos, y los servicios y cualquier configuración quedan afuera de esa clase. Es realmente genial que el tratamiento de conexiones/datos queden desacoplados ya que como buena práctica, ellos solo emitirán eventos (o señales) a los demás actores del framework sin tener que saber en donde se encuentran los componentes que están a la escucha de estos eventos.

Este framework esta desacoplando al nivel de colocar los servicios a en un paquete aparte de tus clases. En las mejores prácticas te explican que es una clase muy parecida al comportamiento de los modelos, pero estos en especial no guardan datos, solo hacen conexiones al mundo exterior u ofrecen servicios para la aplicación como parseo de datos, generación de imágenes o algún otro tratamiento a datos que se pudiera dar adentro de la aplicación.

Aquí el diagrama oficial de Robotlegs

Fue difícil entenderlo, (por que no lo aclara ¬_¬’) pero (si no me equivoco) las lineas punteadas son los eventos/señales (emisión y recepción) y las lineas continuas son inyecciones de dependencias. Lo demás queda claro con el flujo y las leyendas.