Flex 构建器“刷新工作空间”和“构建工作空间”一遍又一遍
一遍又一遍地面临 Flex 构建器“刷新工作区”和“构建工作区”的一个问题...每次构建都浪费了近 10 分钟。在我的 win 7、64 位、3 GB RAM 上运行 FB 3。
Facing one problem with Flex builder "Refreshing workspace" and "Building workspace" over and over... Am wasting almost 10min on every build. running FB 3 on my win 7 , 64 bit , 3 gig Ram.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
除了提到的所有内容之外，应用程序的总体架构可能最终成为您的情况缓慢而其他情况则不是问题的原因。包含 mx:Application（或现在他们称之为的任何其他名称）的主 mxml 可能有子级，其子级[嵌入]许多其他东西。 [嵌入]资产涉及将这些位图和 mp3 声音剪辑转码为 swf，这会增加冗长的编译体验。
如果你有 60 美元左右的钱，你可以尝试一下 Clement Wong 的 Hellfire Compiler daemon。杜德是业内最聪明的无名人士之一。如果您有一个多核 CPU，它将分摊编译工作并更快地完成二进制文件。
Bytecode Workshop 上的 HellFire 编译器守护进程
Aside from everything mentioned, the general architecture of your application might end up being the reason why in your case is slow while others it's not an issue. Your main mxml that contains mx:Application (or whatever else they call it these days) might have children whose children [embed] a lot of others things. [Embed]-ing assets involves transcoding those bitmaps and mp3 sound clips into swf which can add to a lengthy compilation experience.
If you have like $60 bucks lying around, you could try out Clement Wong's Hellfire Compiler daemon. Dude is one of the smartest unsung persons in the industry. If you have a multi-core CPU, it will divy up the compilation work and get your binaries done quicker.
HellFire Compiler Daemon at Bytecode Workshop