基於mxml的項目比純粹的基於actionscript的項目有什麼優勢？

基於mxml的項目比Flash Builder中基於純動作的項目有什麼優勢。尤其是，在Flash Builder 4.6之後，設計模式已被移除。基於mxml的項目比純粹的基於actionscript的項目有什麼優勢？

來源

2015-02-17 Vishwas G

你在問關於使用Flex還是純AS3？或者關於在Flex項目中使用MXML vs AS3？ – Aaron 2015-02-17 21:30:17

如果您是在最小的文件大小之後：去純粹的AS3。

如果您在使用後易用（dev &用戶）：請轉至Flex。

沒有「我正在使用MXML，所以我沒有使用AS3」，而是Flex是AS3的擴展，它會增加您的文件大小和RAM使用率，但爲此您可以做很多UI相關的事情更快（不僅僅是因爲MXML）。

因此，即使沒有設計模式，使用Flex進行UI設計將比AS3更舒適。考慮嵌套的相對大小（「盒子中的盒子是父母的寬度的25％」），使用易於管理的Flex（它可以幫你實現），使用純粹的AS3，你將會陷入噩夢可能的關係來計算。

或顏色：如何轉換顏色的實際色調？修改RGB通道會變得棘手，Flex具有HSB類，所以您可以將顏色轉換爲HSB（色調，飽和度，亮度），對其進行處理，然後將其作爲RGB返回。

最終，特別是對於較大的項目，您最終將得到純ActionScript和Flex的混合體。

來源

2015-02-19 00:11:33 Tox

很好的答案，但實際上還有很多。你用*表示「沒有」我使用的是MXML，所以我沒有使用AS3「」*，但除了文件大小和內存之外，還有很多理由不使用Flex，因爲有一些替代框架用於「輕鬆的使用「（羽毛浮現在腦海中，事實上它支持MXML）以及不需要Flex的庫。許多人在AS3中構建了自己的UI框架，以便根據自己的需求獲得更好的結果 - 這不是「噩夢」。我認爲Flex和純AS3並沒有很好的非主觀答案。 – Aaron 2015-02-21 18:38:28

實際上，我也是構建自己的UI框架的人之一。這就是我爲什麼要進入那場噩夢的原因，我認爲這很困難。開始使用純AS3框架，並最終將其移交給Flex，以使我更容易（爲什麼重新創建整個輪子？）。我認爲，這也是一個複雜的問題。使用Flex（或其他適合的框架）對於大型項目（我在這裏談論幾千行代碼，很多自定義組件）非常有用，因爲它可以更容易地分離UI和邏輯。而且，是的，一個非主觀的答案是困難的。 – Tox 2015-02-22 10:42:27

對於Flex，MXML只是一個declaritive markup language。在Flex項目中使用MXML而不是AS3的原因與任何標記語言（如瀏覽器中的HTML）相同。

「純粹的AS3項目」通常是指不使用Flex，所以它不僅僅是使用MXML，它也不能訪問組件的Flex庫。

來源

2015-02-18 01:48:13 Aaron

基於mxml的項目比純粹的基於actionscript的項目有什麼優勢？

回答

相關問題