采用mxmlc编译时的一些经验分享

有一些项目由于参与人数多，维护周期长，如果采用Flash Authoring Tool（即FlashIDE，也就是我们传统意义上的Flash制作工具）来编译SWF，会在项目后期造成极大的麻烦。缺点如下：

FLA不是文本文件，无法参与版本管理

FLA与Flash编辑工具的版本相关，兼容性不好

Flash IDE不是免费的

因此，我们需要采用免费的mxmlc等其他编译工具。

一些经验如下：

失去了宝刀trace之后，mxmlc的调试起初会令人很不适应。这时候我建议用Firebug配合调试。在Flash中建立一个类，并设置静态方法，如下：
internal class Debugger
{
import flash.external.ExternalInterface
public static function echo(info:String):void
{
try{ExternalInterface.call("console.info",info);}catch(e:Error){}
}
}
我这里是一个internal类，你也可以重新建立一个debug的package，看个人习惯了。
目的就是通过ExternalInterface来将需要输出的参数输出给Firebug的console panel。最大的好处就是，避免了非DisplayObject无法跟踪文本编辑框的麻烦。我个人是非常推崇这种做法的

Embed外部资源是摒弃Flash编辑环境后最重要的一个“标签”。由于不再有Flash方便的类绑定，因此要采用这种一开始我们不太习惯的绑定方式：
[Embed(source="/www/projects/google/TEST/assets/TEST.png")]
public static var cursorBitmap:Class;
注意，路径一定要指向相应的文件，建议采用绝对路径以避免不同的package中相对路径不统一的麻烦

由于项目需要，我最近才开始接触mxmlc和Linux下的编译，欢迎诸位高手与我分享经验：）