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

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

我的想法是以某种方式强制编译器在编译之前先编译导致错误的常量的类。但我不知道如何做到这一点。所以：

有什么办法来影响Flex MXMLC的编译顺序吗？

来源

2011-07-03 Manuel Leuenberger

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

来源

2011-07-03 15:25:38 alxx

好主意，我会试试看。 –

好吧，它编译。但是SWC中常量的默认参数在某种程度上是'null'，但是在运行时跟踪它们就可以工作得很好。要么我错过了一些东西，要么就是编译器再次把它搞砸了。 –

当用作默认参数时，它是空的，当从封闭类访问时，它不是空的？你在swc中放了什么？ – alxx

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

回答

相关问题