影響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編譯器的編譯順序

回答

相關問題