编译 Flex 模块 - 加快链接检查速度？
我正在开发一个 Flex 项目，该项目有 28 个模块和 1 个主 SWF。编译所有内容总共需要 18 分钟。我正在使用 load-externs 从我的主 SWF 加载链接报告 - 效果很好。模块的文件大小最小。但每个单独的模块仍然会进行链接检查，从而显着增加编译时间。
假设我在模块使用的主 SWF 中编辑了一个文件。 mxmlc 基本上对该模块中的同一文件执行链接检查。即使 -incremental=true 时也是如此。当我编辑所有模块引用的文件时（这种情况经常发生），所有模块都会执行链接检查。这样的效果基本上就是将主SWF编译了28次。
这很令人沮丧，因为当我编译第一个 SWF 时会进行链接检查。不必为每个模块都重复发生。我尝试使用 fcsh，它希望将这些链接存储在内存中，但这没有效果。
也许编译我的主 SWF 的 SWC 并使用它进行链接检查会有所帮助？
以下是我用来构建的命令：
mxmlc -link-report=report.xml -strict=true -debug=false -optimize=true -incremental=true Project.mxml
mxmlc -load-externs=report.xml -strict=true -debug=false -optimize=true -incremental=true ModuleXX.mxml # 28次
我还没有找到这个问题的解决方案，它阻碍了我的项目的开发。任何帮助将不胜感激。
谢谢你！
吉米
I'm working on a Flex project that has 28 modules, and 1 main SWF. Compiling everything takes 18 minutes total. I'm using load-externs to load a link-report from my main SWF - that works great. The file size of the modules is minimal. But link-checking still occurs for each individual module, increasing the compile time dramatically.
So say I edit a file in my main SWF that a module uses. mxmlc basically performs link-checking for the same file in that module. Even when -incremental=true. When I edit a file that ALL of the modules reference (which happens frequently), ALL of the modules perform link-checking. This has the effect of basically compiling the main SWF 28 times.
This is frustrating, because link checking occurs when I compile my first SWF. It should not have to reoccur for every module. I tried using fcsh, which would hopefully store these links in memory, but that had no effect.
Maybe it would help to compile a SWC of my main SWF, and use that for link-checking instead?
Here are the commands I use to build:
mxmlc -link-report=report.xml -strict=true -debug=false -optimize=true -incremental=true Project.mxml
mxmlc -load-externs=report.xml -strict=true -debug=false -optimize=true -incremental=true ModuleXX.mxml # 28 times
I haven't found a solution for this problem and it's hindering the development of my project. Any help would be greatly appreciated.
Thank you!
Jimmie
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我同意 18 分钟是一个非常长的构建时间，但这种模块大小优化应该只在发布构建上才需要。所以我的简单建议是
I agree that 18 minutes is a very long build time, but this kind of module size optimization should only be necessary on a release build. So my simple recommendations are