Apache flex Flex-mxmlc编译器编译顺序的影响

当我使用常量作为默认参数，并希望在不使用文本的情况下以某种方式解决它时，我会得到。令人恼火的是，他们对bug的解决方案提出异议，而我却找不到令人满意的解决方案。我怀疑是错误的编译顺序导致了这个问题，并认为一定有办法影响它，最好是通过编译器选项，也许是或多或少的丑陋的黑客行为

我的想法是，在编译任何其他内容之前，以某种方式强制编译器首先使用导致错误的常量编译类。但我不知道如何做到这一点。因此：

---

是否有任何方法可以影响Flex MXMLC的编译顺序？

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

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

好主意，我将尝试一下。好的，它可以编译。但是SWC中作为常量的默认参数在某种程度上是

null

，但是在运行时跟踪它们就可以了。要么我遗漏了什么，要么是编译器又把它搞砸了。当用作默认参数时，它是null，当从封闭类访问时，它不是null？您在swc中放了什么？当用作默认参数时，它是null，但在其他地方访问时，它不是null。在SWC中，只有静态常数。所以我猜这和不使用SWC编译时的错误是一样的，只是它编译了，因为常量已经编译了，但是当用作默认参数时，编译器看不到它们是真正定义的。我放弃了它，再次使用文字符号，即使它撕裂了我的心；）是的，编译器似乎不必费心解决符号依赖关系-$init for constants的调用时间晚于它们在默认参数中的使用时间。好主意，我试试看。好的，它可以编译。但是SWC中作为常量的默认参数在某种程度上是

null

，但是在运行时跟踪它们就可以了。要么我遗漏了什么，要么是编译器又把它搞砸了。当用作默认参数时，它是null，当从封闭类访问时，它不是null？您在swc中放了什么？当用作默认参数时，它是null，但在其他地方访问时，它不是null。在SWC中，只有静态常数。所以我猜这和不使用SWC编译时的错误是一样的，只是它编译了，因为常量已经编译了，但是当用作默认参数时，编译器看不到它们是真正定义的。我放弃了它，再次使用文字符号，即使它撕裂了我的心；）是的，编译器似乎不必费心解析符号依赖关系-常量的$init调用晚于在默认参数中的使用。