Buenos d�as a todos co-listeros: Se han recibido muchos mails acerca de la optimizaci�n de pesos, carga de CPU, etc�tera.
En primer lugar, habr�a que explicar como funciona el flash para comprender un poquito mejor esto. Yo no soy programador ni ingeniero inform�tico sino dise�ador y es posible que no entre en profundidad pero espero que al menos sirva para impulsar este tema. En todos los procesos de compilaci�n se requiere de lo siguiente: - An�lisis L�xico: el an�lisis l�xico es traducir en tokens (generalmente n�meros y en el caso de Flash son n�meros, v�ase ASNative en threads anteriores) las instrucciones ActionScript. - An�lisis Sem�ntico y transformaciones: traduce estos tokens en sentencias entendibles y las transforma en c�digo _m�quina_ que interpretar� (se asemeja a un procesador) el Flash plug-in o Player, los cuales contienen la informaci�n necesaria para mostrar esto en pantalla. El bytecode contiene pues estos tokens. Muchas de las notaciones que nosotros usamos (ya sea dash-notation o dot-notation) se transforman luego en el bytecode, con lo cual dar�a igual usar unas que otras. De todas formas, existen sentencias que cambian. Esto se traduce en una posibilidad de representar un mismo token de forma diferente, con lo cual habr� alguna forma m�s eficiente que la otra. �C�mo puede servirnos esto para optimizar nuestro c�digo? Existe un programa que desensambla nuestro swf (bytecode) en c�digo _legible_ que, aunque no entendible por el Flash Player o el Plug-in, nos sirve para optimizar estos procesos. El paso l�gico ser�a desensamblar nuestro swf en el bytecode legible y luego reensamblar nuestro swf con el c�digo legible ya transformado (al desensamblar nuestro swf en legible se optimizan tambi�n las sentencias). URL donde conseguir el desensamblador/ensamblador FlasM: http://www.nowrap.de/flasm.html M.
