影响Flex mxmlc编译器的编译顺序

Question

当我使用常量作为默认参数时，我得到this bug，并希望以某种方式解决它而不必使用文字。令人讨厌的是，他们提出了错误的解决方案，我无法找到令人满意的解决方案。我怀疑一个不正确的编译顺序负责这个问题，并认为必须有一种方法来影响它，最好通过编译器选项，可能或多或少丑陋的黑客。

我的想法是以某种方式强制编译器使用导致错误的常量编译类，然后再编译其他任何东西。但我不知道如何实现这一目标。所以：

有没有办法影响Flex MXMLC的编译顺序？

Answer 1

在单独的SWC中移动常量定义可能会有所帮助。