0
在Flex中我有很多Move效果和AnimateProperty效果。mx：在Flex中移動競速條件
我在我的代碼的幾個不同的地方發現的是，太頻繁的影響停止一半，因爲沒有明顯的原因。
我在我的應用程序中的許多地方發現了這一點，無論我是否在做特別複雜的事情，都會發生這種情況。
有沒有人遇到過這個問題？
A
回答
0
我沒有特別遇到這個問題，但是你可能想看一下Parallel（）和Sequential以確保它在第一個完成之前不會啓動另一個效果。
此問題可能是您的應用程序嘗試在同一時間執行太多操作的副產品以及幀速率損失，因此它會使您的轉換波濤洶涌。您可以延長轉換的持續時間，或嘗試簡化您的應用程序以減少執行時間。 HTH
相關問題
- 1. 我如何轉換Flex MX組件以用於Flex移動
- 2. 在Linux上移動文件時的競爭條件
- 3. Flex移動Spark列表*條件* ItemRenderer
- 4. 動態UIPickerView競賽條件？
- 5. 我是否在加速asio async_read中獲得競爭條件？
- 6. 手動增加主鍵 - 交易和競速條件
- 7. 競爭條件
- 8. 競爭條件
- 9. 競爭條件
- 10. 競爭條件
- 11. 競爭條件
- 12. 競爭條件
- 13. Flex：將mx：FormItems並排放在mx中：Form
- 14. 如何降低Flex移動SpinnerList組件的滾動速度
- 15. Python中的競態條件
- 16. javascripts中的競態條件
- 17. xv6中的競爭條件
- 18. 競爭條件在Sidekiq
- 19. 潛在的競走條件
- 20. ASP.NET競爭條件
- 21. NSNotification競爭條件
- 22. Parallel.ForEach競賽條件
- 23. Process.HasExited競爭條件
- 24. EventSourcing競賽條件
- 25. find_or_create競爭條件
- 26. BlockingCollection，競態條件？
- 27. 的競爭條件
- 28. scipy.weave.inline競賽條件
- 29. asyncio競賽條件
- 30. 如何消除ASP.NET中autopostback = true元素的競速條件？