2flash2furious :: diseño gráfico, web & multimedia desde Oviedo, Asturias :: por [Q] interactiva

Talleres Subflash 2010 - Bilbao

[Q]boss — Fri, 13 Aug 2010 12:54:27 +0000

Pues ya no queda nada, y como todos los años [Q] cierra sus puertas un viernes para engancharlo con uno de los fines de semana más esperado para nosotros, los Talleres Subflash!. Este año (se dice pronto, pero ya van 8 años…) van a tener lugar en Bilbao, y contarán con la asistencia en modalidad completa de 60 personas (para variar ya está prácticamente lleno, sólo quedan 4 plazas libres, asi que si tenías ganas de ir, te va tocando registarte).

Allí acudirá gente de todas las partes de españa, podremos reencontrarnos con grandes amigos, aprender con las sesiones de este año que tienen una pinta fantástica y hacer nuevos amiguitos. Si no tienes claro por qué, nuestras razones tendremos.

Como organizadores del evento, el mes pasado ya nos acercamos a las instalaciones para ultimar los preparativos finales, y tenemos que decir que tanto el lugar donde nos alojaremos como el lugar donde tendrán lugar los talleres, están en perfectas condiciones y tienen buena pinta (no así tanto la web…). Ya no hablamos del entorno: Bilbao.

Todo esto ha sido gracias al esfuerzo conjunto de Karmele y Diego, que han buscado un luga apropiado y se han dejado la piel para que no hubiera problemas con las instalaciones ni con la reserva. Sin personas como ellos, muy pocos Subflash se hubieran hecho realidad. Evidentemente, también les damos las gracias a nuestros queridos patrocinadores.

Así que ya sabéis, si el Viernes 27 no os cogemos el teléfono, no es que hayamos desaparecido, sino que estaremos en pleno Subflash! Nos vemos en Bilbao!

Web oficial Talleres Subflash Bilbao 2010
Registro a los Talleres
Videos para que sepas lo que te espera

Horario de verano 2010

Berto[Q] — Mon, 26 Jul 2010 09:09:52 +0000

Horario de Verano de Q-interactiva, Agosto de 2010

Como ya viene siendo habitual por estas fechas estivales, comunicaros que durante el próximo mes de agosto el horario de trabajo de nuestro estudio será de 8.00h a 15.00h.

El motivo no es otro que aprovechar la aparente calma del mes de agosto y así darnos un merecido respiro que nos vendrá bien para recargar las pilas, con las que poder afrontar nuevos proyectos y retos interesantísimos.

Además tenemos planes para el último fin de semana de agosto, por si aun no lo sabéis tenemos una nueva cita con los imprescindibles Talleres de Verano Subflash, este año en Bilbao, con lo que el viernes 27 no habrá mucha actividad por la oficina.

Sin más desde el estudio, aprovechamos para desearos un muy buen verano a todos!

#17 Flash [Q] Tips: Trabajo con webservices en Flash Professional CS4 + ActionScript 3

[Q]boss — Fri, 02 Jul 2010 08:00:57 +0000

Recientemente me ha tocado lidiar con un proyecto que basaba la toma de datos de un servidor remoto en el uso de comunicación mediante webservices. Cualquier que haya tenido que hacer algo similar con Flash CS4 o ActionScript 3 dentro de este IDE, se habrá dado cuenta que hemos perdido algo al respecto, más que nada los componentes que nos permitían sobrellevarlo de una manera bastante abstracta.

Si tratamos de tirar de AS3 puro y duro desde el IDE de flash, tampoco encontraremos la manera directa de comunicarnos con webservices... qué pasa, nos han dejado sin esta funcionalidad? Pues sí, pero al menos han dejado un regalo de consolación para que podamos apañárnoslas. Se trata de usar parte de las clases incluidas en el SDK de Flex, en nuestro proyecto Flash, y de esta manera importarlas y poder por tanto contar con clases como: WebService.

Lo primero que tenemos que hacer, es descargarnos el SDK de flex, que lo podemos hacer de forma gratuita desde este enlace. Una vez que lo tenemos descargado y listo en alguna carpeta de nuestro equipo, tendremos que importar los SWC necesarios a nuestro proyecto, para ello vamos a File > Publish Settings > Apartado Flash > Settings de AS3 > Grupo External Library Path. Aqui vamos a pulsar el icono del SWC que se ve en la imagen

para incorporar al proyecto los siguientes SWC:

framework.swc
rpc.swc

Con esto ya podremos tener en nuestro proyecto FlashCS4 las clases necesarias para trabajar con webservices, como se muestra en el siguiente ejemplo:

PLAIN TEXT

Actionscript:

package com.qinteractiva.blog.webservices
{
import flash.display.Sprite;
import mx.rpc.soap.*;
import mx.rpc.events.*;
public class WebserviceQTip extends Sprite
{
private var ws:WebService;
private const WSDL_STOCKQUOTE:String = 'http://www.webservicex.net/stockquote.asmx?wsdl';
public function WebserviceQTip ()
{
ws = new WebService();
ws.addEventListener("load", wsdlLoaded);
ws.loadWSDL(WSDL_STOCKQUOTE);
}
private function wsdlLoaded(evt:LoadEvent):void
{
var peticion:Operation;
peticion = Operation(ws.getOperation("GetQuote"));
peticion.addEventListener("fault", onWSFault);
peticion.addEventListener("result", onWSResult);
peticion.send('SAN');
}
private function onWSFault(evt:FaultEvent):void
{
trace(evt.fault);
}
private function onWSResult(evt:ResultEvent):void
{
var xml:XML = XML(evt.result);
trace(xml.toXMLString());
}
}
}

Hemos decidido usar un webservice público sacado de webservicex.net (concretamente uno para consultar valores en bolsa), y básicamente los pasos para obtener respuesta son los siguientes:

LINEAS 14-16: Conectamos con el webservice cargando su definición en la clase WebService mediante el WSDL del servicio. En nuestro caso obtenemos la URL del WSDL de la página del webservice.

LINEAS 21-25: Preparamos la petición que haremos al servicio web, mediante la clase Operation. Para ello empleamos el método getOperation del WebService, indicando el nombre de la operación a realizar.

LÍNEA 26: Lanzamos la petición, si requiere parámetros estos se pasan en el método send de forma secuencial, y en el orden en el que los recibe el servicio web. En este caso nos gustaría ver cómo van los negocios de nuestro querido amigo Botín.

LÍNEA 36-37: En el caso de que la respuesta de la petición sea correcta, en este caso lo único que hacemos es convertirla a un objeto XML, y sacarlo por trace para ver su estructura.

Como complemento al TIP, os diremos que no es imprescindible el uso de la clase Operation, se podría hacer la petición con el siguiente código:

PLAIN TEXT

Actionscript:

_ws = new WebService();
_ws.addEventListener(LoadEvent.LOAD, wsConnected);
_ws.loadWSDL(CONFIG_WS);

...

PLAIN TEXT

Actionscript:

function wsConnected(ev:LoadEvent):void
{
_ws.removeEventListeners(LoadEvent.LOAD, wsConnected);
_ws.nombreMetodoServicio.addEventListener(ResultEvent.RESULT, configLoaded);
_ws.addEventListener(FaultEvent.FAULT, onError);
_ws.nombreMetodoServicio(parametro);
}

Donde como podemos ver lo que cambia es que empleamos el nombre del método como método directamente del objeto WebService, y a dicha propiedad es a quien suscribimos el listener resultado. En vez de emplear el método send de Operation, aqui directamente llamamos a un método del webservice que tiene el mismo nombre, pasando los parámetros que se requieran.

Y para terminar, ármate de paciencia a la hora de compilar porque en cuanto incluyes en el proyecto SWCs de flex e importas algunas librerías (por cierto en este ejemplo concreto no hace falta importar los paquetes completos, o quizás alguno de los swc, pero son comunes cuando se quieren usar elementos del Flex Framework), el compilador de Flash Professional las empieza a pasar canutas, por tonto que sea el proyecto, personalmente lo he empleado en un proyecto en AIR reciente, y la compilación empezaba a ser una buena excusa para ir a tomar algo XD

Para quien le guste el videotraining, aquí os dejo esta entrada que trata este tema directamente, y para quien os gusta meter las manos en la masa, los archivos fuentes del ejemplo: webservicesfpcs4

Diseño web Ewhere

skeku — Fri, 02 Jul 2010 08:00:28 +0000

Podemos sentirnos afortunados de guardar muy buenas relaciones con muchos de nuestros clientes. Y Treelogic es uno de ellos.

Si ya nos encargaron en su momento la elaboración del catálogo gráfico para su proyecto Ewhere y la posterior adaptación a otro idioma, ahora nos confiaron la tarea de trasladar toda esa información a la red.

El principal problema con el que contábamos inicialmente fue el limitadísimo tiempo de desarrollo para la página por lo que debíamos pensar y actuar rápido. Afortunadamente contábamos con mucho contenido ya creado para el catálogo y podríamos centrar esfuerzos en elaborar la idea gráfica y el posterior desarrollo técnico.

La web de Ewhere está disponible en tres idiomas (español, inglés y portugués). Empleamos en ella un reproductor de vídeo Flash creado en el estudio, una galería javascript y Cufón para el reemplazo de textos. El resultado es una web de corte sobrio y sin elementos recargados, manteniendo así los requisitos iniciales que Treelogic nos solicitó.

La web con el diseño final está disponible en www.ewhere.es y también la tenemos en nuestra sección de trabajos de diseño web

Diseño web para Marbel

skeku — Fri, 02 Jul 2010 07:17:39 +0000

Hay veces que las necesidades para una página web son bastante concretas y no requieren de un desarrollo largo o de un proyecto excesivamente complicado. Buscar la presencia en Internet, explicar brevemente tus servicios y ofrecer un contacto directo con el cliente son las premisas que nuestro cliente buscaba en esta ocasión.

Para ello elaboramos una web muy sencilla, realmente tampoco los contenidos necesitaban de una divisón en secciones, en la que aplicamos los elementos característicos del cliente: logo, tonos corporativos...

Simplemente por destacar algún punto en concreto, preparamos unas pequeñas ilustraciones para darle un aspecto más desenfadado a la web e hicimos uso del plugin de jQuery scrollTo para el efecto de desplazamiento vertical de scroll.

Actualmente la web es accesible desde www.iemarbel.com. También tenemos otros desarrollos web a los que echar un vistazo.

Bienvenido CSS3

skeku — Wed, 30 Jun 2010 12:17:15 +0000

Aunque quizá sea demasiado pronto para darle una bienvenida con fuente de chocolate, figuritas de hielo y confeti sí que es buen momento para poder ir jugueteando con algunas de las características que esta nueva versión de CSS incluye y que nos van a poder permitir tener mayor libertad a la hora de crear gráficos para la web.

Realmente no tiene nada de malo el uso de imágenes estáticas pero el uso de propiedades CSS para generar los gráficos permite una mayor escalabilidad en el desarrollo y reduce algunos hipotéticos costes de producción. Si nos ponemos en un caso sencillo: creamos imágenes para unos botones en nuestra web y pasado un tiempo los queremos hacer más grandes. La imagen la tendríamos que rehacer por completo pero mediante el uso de algunas nuevas propiedades CSS nos podemos ahorrar estos pasos si hemos trabajado bien la hoja de estilos.

Me refiero a propiedades que te permiten crear sombras y degradados. ¿Cuántos botones hemos hecho hasta la fecha con alguno de estos elementos? Pues eso.

Si os dejáis caer por esta web vais a encontrar un montón de información y recursos sobre el uso de CSS y, los más interesante, un buen puñado de herramientas como Lineas Gradients o Transforms para ir probando estas cositas y ver su efecto en tiempo real. Un lujazo para los juguetones como ya digo.

Comunicación en aplicaciones modulares en AIR: parentSandboxBridge y childSandboxBridge

[Q]boss — Mon, 14 Jun 2010 08:00:56 +0000

En web es muy habitual que un SWF principal cargue SWFs externos desde un servidor, ya sea el mismo (donde no tendremos ningún problema) u otro diferente (donde aprece ya el interesante mundo de los sandbox de seguridad de flash). Si esto lo llevamos a una aplicación AIR, nos topamos con un extra que es el sandbox de la propia aplicación.

Una de las grandes caracterísiticas de flash es la capacidad de cargar películas que a su vez pueden funcionar como aplicaciones. Esta situación, además de común, nos permite estructurar las aplicaciones de forma modular y lograr una independencia interesante entre la base instalada, los contenidos y los datos que estos manejan. Extender aplicaciones al vuelo, o actualizarlas es una de las grandes virtudes que tendría este sistema.

Si bien Adobe AIR tiene la capacidad de detectar la versión instalada de la aplicación, contrastarla con un control de versiones en el servidor y auto descargarse y actualizarse con un código bastante sencillo, la tentación de tener los contenidos de forma externa a la aplicación, es demasiado grande, asi que el planteamiento está claro: una base instalada que sirve sólo como eso, base, para albergar módulos que funcionan como aplicaciones "independientes" y que al estar en el servidor, pueden ser actualizadas de manera totalmente transparente al usuario. ¿suena bien, no?

La clave está en "independientes"... ya que muy raro tiene que ser que lo que carguemos realmente no tenga nada que decirle a la base, o la base a lo que carguemos. Normalmente siempre se necesita una comunicación, por muy básica que sea. Ahi nos encontramos con un sandbox que nos limita, que es el de la aplicación AIR, y las técnicas habituales de allowDomain que funcionan en web, no nos sirven en este caso. (Más sobre sandboxes)

Documentándote sobre el tema darás en la referencia de AS3 con sharedEvents y con parentSandboxBridge y childSandboxBrige. El primero funciona, nos permite a través de esta propiedad lanzar y escuchar eventos entre la base y el módulo cargado, pero hasta donde yo he podido trabajar, solamente permite Eventos básicos y no todos, menos aun no personalizados, con lo que si quieres pasar determinada información no te va a ser suficiente. Un ejemplo válido podría ser que la base detecte cuando se ha cerrado el módulo cargado, para liberarlo totalmente de memoria.

ParentSandboxBridge y childSanboxBridge forman el "bridge" que se ha ideado en AIR para que esta comunicación pueda producirse, pero su uso no es tan trivial como se pinta en la ayuda (en AIR a partir de HTML está bastante más documentado), y saca a la luz problemas que no se mencionan en la ayuda, y que pueden desesperar a más de uno (no se si se nota el tono de "yo soy uno de esos quemaos", y me consuelo viendo que no soy el único).

Estas propiedades, que son dos objetos genéricos de la propiedad loaderInfo cuando hacemos una carga de un SWF, solamente están presentes cuando estamos compilando para Adobe AIR, pero para que la comunicación mediante el bridge (que no es más que dos clases que se exponen a través de estas propiedades, y que cada una de ellas da acceso a los métodos públicos de ambas partes, parent a los de la aplicación AIR y child a los de la película SWF cargada) pueda producirse de forma completa, es evidente que las tenemos que usar en la película cargada. Esta es la teoría.

La realidad nos dice que no podrás compilar tu pelicula SWF que será cargada si pones algo como esto (sacado de la ayuda directamente) en la clase que la controle:

PLAIN TEXT

Actionscript:

package
{
import flash.display.Sprite;
import flash.system.Security;
public class PriceQuoter extends Sprite
{
private var storeRequester:Object;
public function PriceQuoter()
{
storeRequester = loaderInfo.parentSandboxBridge;
}
}
}

En cuanto tratas de compilar el SWF, que obviamente no está siendo compilado para AIR, te dice que parentSandboxBridge no es una propiedad de LoaderInfo, y con toda la razón, porque esa propiedad solo está disponible en AIR. Entonces ¿para qué coño me crean un bridge que no puedo usar? FAIL total de la ayuda. La verdad que la ayuda aqui se ha quedado más que coja, aqui os pego, más o menos, el código que he empleado en mi último proyecto :

PLAIN TEXT

Actionscript:

package com.qinteractiva.blog.AIRmodules
{
import flash.display.Sprite;
import flash.events.Event;
import flash.text.TextField;
public class Modulo extends Sprite
{
public var texto_txt:TextField;
private var _isInApp:Boolean;
private var _bridge:Object;
public function Modulo()
{
addEventListener(Event.ADDED_TO_STAGE, init);
try
{
accederAplicacion();
}
catch(e:Error)
{
trace("Excepción: SWF fuera de un entorno AIR");
_isInApp = false;
}
}
private function accederAplicacion():void
{
if(loaderInfo['parentSandboxBridge'] != null)
{
_isInApp = true;
_bridge = loaderInfo['parentSandboxBridge'];
}
else
{
_isInApp = false;
}
}
private function init(ev:Event):void
{
removeEventListener(Event.ADDED_TO_STAGE, init);
if (_isInApp)
{
texto_txt.text = _bridge.getTexto();
}
else
{
texto_txt.text = 'No estamos en AIR';
}
}
}
}

Este código no solo evita el problema del error de compilación (y cuidado con el camelCase en el nombre de parentSandboxBridge, que me estoy aun acordando de mi "parentSandBoxBridge"), sino que además controla si se está ejecutando en un entorno de una App AIR o directamente de forma independiente, para evitar errores de ejecución. Desde aquí muchas graciasa los consejos de un amigo sorpresa que me salió por twitter , y que me ayudó a enfocar mejor este tema

Adicionalmente, existe una técnica que me parece la más potente, pero que implica determinadas situaciones y mecanismos que en muchas ocasiones pueden ser más que sobrantes, y que se explica perfectamente por Ethan Malasky, que básicamente consiste en descargars el SWF en binario, y guardarlo en el sandbox de la aplicación, para posteriormente cargarlo, y dado que ya forma parte de la misma no tener ninguna limitación (evidentemente teniendo cuidado con los riesgos de seguridad que ello conlleva). No obstante en mi opinión, para determinadas comunicaciones, esto se va totalmente del ámbito.

De regalito os dejo los ficheros fuentes del ejemplo para ver la comunicación completa entre una aplicación AIR y un módulo SWF cargado externamente desde un servidor remoto a través del bridge que AIR nos da. Lo debéis proba en el entorno de Flash, ya que no os he preparado la aplicación AIR como tal, no era el objetivo del ejemplo.

Ficheros Fuente del ejemplo

#016 AS3 [Q] Tips: ActionScript 3 para la Plataforma Flash

[Q]boss — Sat, 12 Jun 2010 12:11:29 +0000

Un recurso imprescindible para todos los que nos movemos por varios frentes dentro de la plataforma flash, que es el centro neurálgico de la documentación sobre AS3 aplicado a todos los entornos y programas donde lo podemos emplear.

ActionScript 3.0 Reference for the Adobe Flash Platform

Adobe Flash Player 10.1 y anteriores
Adobe Flash Professional CS5 y anteriores
Adobe LiveCycle
Open Source Medria Framework 1.0
Adobe AIR 2.0 y anteriores
Adobe Flex 4 y anteriores
Adobe LiveCycle Data Services
Adobe Flash Lite 4
Adobe Cold Fusion 9 y anteriores
Adobe BlazeDS

#015 [Q] Tips: Timers responsables

[Q]boss — Fri, 21 May 2010 22:42:52 +0000

La verdad que vamos hasta arriba de trabajo, pero cada viernes que pasa que no cumplo con el objetivo que me he marcado, me duele, asi que aprovecho cosas que salen en el día a día para tratar de trasladarlas al blog.

En Flash, muy lamentablemente (y no os quiero contar en Flash Lite) no podemos llamar explícitamente al "garbage collector", sino que lo que hacemos es tratar de marcar los elementos a borrar de memoria dejandolos libres de referencias (bien con un delete, con un null, etc.) De esta manera, si logramos que no queden referencias sobre los objetos que hemos marcado para el borrado, lograremos que cuando el GC haga su tarea, sean liberados de memoria.

Un punto especialmente delicado en este proceso de borrado de referencias son los listeners, ya que son procesos en los que es facil que nos olvidemos eliminarlos, aunque seamos muy metódicos en nuestro código. Pues hoy os quiero hablar de un desliz que es bastante común cometer, y que también es bastante sencillo de solucionar: los listeners sobre TimerEvent de un Timer.

En la referencia de AS3 encontramos lo siguiente:

PLAIN TEXT

Actionscript:

package {
import flash.utils.Timer;
import flash.events.TimerEvent;
import flash.display.Sprite;
public class TimerExample extends Sprite {
public function TimerExample() {
var myTimer:Timer = new Timer(1000, 2);
myTimer.addEventListener("timer", timerHandler);
myTimer.start();
}
public function timerHandler(event:TimerEvent):void {
trace("timerHandler: " + event);
}
}
}

En este ejemplo no tenemos explícitamente un manejador para el evento TimerEvent.TIMER_COMPLETE, con lo que se hace más evidente, que en algún momento deberíamos desuscribir los eventos del Timer cuando no lo queramos usar más. En el código anterior, deberíamos tener de alguna manera la posibilidad de remover el Listener creado, y la verdad que la ayuda de flash en este caso no clarifica demasiado este punto.

Una cosa que hay que tener clara para comprender el problema es que ni aun cuando un TIMER se ha completado, los listeners son liberados, salvo que lo hagamos explícitamente. Para comprobarlo prueba este código en Flash:

PLAIN TEXT

Actionscript:

package com.qinteractiva.blog.demos
{
import flash.utils.Timer;
import flash.events.TimerEvent;
import flash.display.MovieClip;
public class DemoTimer extends MovieClip
{
private var demo:Timer;
private const LAPSO:int = 2000;
private const ITERACIONES:int = 2;
public function DemoTimer()
{
// constructor code
demo = new Timer(LAPSO, ITERACIONES);
demo.addEventListener(TimerEvent.TIMER, onTimer);
demo.addEventListener(TimerEvent.TIMER_COMPLETE, onComplete);
demo.start();
}
public function onTimer(ev:TimerEvent):void
{
trace("timer!");
}
public function onComplete(ev:TimerEvent):void
{
trace("timer completado!");
trace("listener timer: "+demo.hasEventListener(TimerEvent.TIMER));
trace("listener complete: "+demo.hasEventListener(TimerEvent.TIMER_COMPLETE));
}
}
}

Cuando el Timer se completa, podemos ver que sus listeners siguen ahi, activos, y que el hecho de completarse no hace que se eliminen automáticamente, por tanto tenemos que tener claro que debemos removerlos manualmente si queremos poder marcar ese timer para ser borrado de memoria.
En el caso del ejemplo, es una propiedad de la clase, con lo que tenemos bien clara la referencia para acceder a él.

Aunque el timer sea una variable local de una función, como en el ejemplo de la ayuda de AS3 del inicio del post, debemos eliminarlo, y un buen lugar para hacerlo es en el TIMER_COMPLETE, accediendo al timer desde el evento que recibe el manejador, algo como esto:

PLAIN TEXT

Actionscript:

public function onComplete(ev:TimerEvent):void
{
var demo:Timer = Timer(ev.target);
demo.removeEventListener(...);
demo.removeEventListener(...);
}

Asi que recuerda, liberad al Timer!!!

Curso Flash Lite en Intelygenz

[Q]boss — Fri, 07 May 2010 11:22:20 +0000

Pues esta semana he tenido la suerte de poder compartir un poco de nuestra experiencia en desarrollo de aplicaciones reales en Flash Lite con la gente de Intelygenz (¡saludos a todos, alumnos, no alumnos y miriam!), y realmente aprovecho la entrade del blog para darles las gracias por haberme tratado taaaan bien, además de los buenos ratos que hemos pasado.

Durante el curso hemos dado un repaso bastante curioso a un montón de tópicos en Flash Lite, sobre todo al trabajo que se puede llegar a alcanzar en AS2 para que la programación no le resulte tan sucia a alguien que viene o está acostumbrado de AS3 (un ejemplo de un caso real, sobre cómo hacer algo cuiroso con AS2 es el Feather Framework de Raúl Jiménez (@elecash) que liberamos en su día en BlocketPC).

Por suerte con FP10.1 esto se nos termina, pero hasta entonces, o si queremos alcanzar algunos termianles previos o de gama más baja, Flash Lite y AS2 siguen mandando.

La entrada en realidad es para poneros aquí un resumen de las herramientas básicas necesarias para lograrlo, y que son la base para poder trabajar con Delegates, despachado de eventos en condiciones, Tweens realmente optimizadas para Flash Lite, gestión de cargas y sus limitaciones, trabajo con JSON (si optáis por esta solución).

La lista de la comprá para un buen programador Flash Lite en AS2 no debería dejar de contener:

Delegate con parámetros, por ejemplo el de nuestro amigo Zárate.
GDispatcher de Grant Skinner, para trabajar con eventos (¿por qué no hay en AS3 un removeAllEventListeners?)
TweenLite para animación por código (a ser posible la TweenLite de hace tiempo, no la actual, que ha añadido complejidad y potencia, lo cual le sobra a FLite)
Clase oficial de JSON para AS2 si vamos a trabajar con este formato (ya no disponible en la web de JSON)
QueueLoader (hay muchas) en la gestión de cargas en AS2 (y a ser posible mejorada creando unas propiedades públicas estáticas para los tipos de eventos que se generan, que la original que empleamos en Feather Framework viene con Strings "a pelo")
Un buen singleton para gestión de información (como por ejemplo el ModelLocator de Feather Framework)
Tener claro que el XML es malo para la salud

Con esto podréis cocinar muchas y ricas recetas con pocos recursos, pero con modernas herramientas como Eclipse + FDT, FlashDevelop, etc. ¡A degustarlo!