2011-08-17 70 views
2

面对Flex构建器的问题“刷新工作区”和“构建工作区”一遍又一遍......每一次构建都浪费了将近10分钟。在我的胜利7,64位,3台Ram上运行FB3。Flex构建器“刷新工作区”和“构建工作区”

enter image description here

+1

您是否在项目设置中关闭了“自动构建”? 如果你不这样做,每次你保存一个文件,构建过程都会被触发。但十分钟真的很长。检查你的FB实例的eclipse.ini,看它是否有正确的内存设置。 –

+0

我已经在互联网上花费了近3天时间,并且尝试使用这个选项也没有运气。 – Anandh

+0

同时,处于“打开”状态的项目越多,消耗的内存就越多。当然可以使用Flash项目(而不是Java项目)。只保留正在开发的项目。正如丹尼斯所说:你可能有3GB的RAM; FB是一个Java应用程序,运行在默认只有500MB的虚拟机上。 – RIAstar

回答

2

除了提到的一切,你的应用程序的总体架构可能最终是为什么在你的情况是缓慢的,而别人它不是一个问题的原因。包含mx:Application的主mxml(或者他们最近称之为的任何其他应用程序)可能会有其子节点嵌入其他许多事物的子节点。 [嵌入]资产涉及将这些位图和mp3声音片段转码为swf,这可以增加冗长的编辑体验。

如果你有60美元左右的钱,你可以试用Clement Wong的Hellfire编译器守护进程。 Dude是业内最聪明的人之一。如果你有一个多核心的CPU,它将分解编译工作,并更快地完成你的二进制文件。

HellFire Compiler Daemon at Bytecode Workshop