即時通訊在Android開發遊戲,我一直在考慮將遊戲的許多元素(例如遊戲對象)細分爲不同的類和子類。但我知道調用這些對象的方法會導致一些開銷。提高性能還是提高可擴展性會更好嗎?android手機開發性能vs可擴展性
0
A
回答
0
只有你可以回答這個問題 - 有些遊戲需要最大限度的表現,其他遊戲變得如此複雜以至於易於擴展是唯一的出路。
請記住,您所指的'開銷'可能非常小 - 幾乎無限小 - 並且不應該在任何初始版本的關注列表中居高不下。
請記住,以後再提取性能總是比較容易,同樣也不能說可擴展性。
最後,請注意,過早的性能調整經常失敗。確定性能瓶頸在哪裏很難預測,現場測試更像是產生良好結果。
0
您是否考慮過內聯函數?這樣,您可以保持代碼的可擴展性和清晰度,理想情況下不會出現性能損失。
0
起初只是建立在最優雅的方式。
最後優化瓶頸,讓其餘的完好無損。
相關問題
- 1. DLL vs WCF:性能vs可擴展性(WCF以防萬一?)
- 2. 擴展Android藍牙可發現性
- 3. 流星的可擴展性和性能
- 4. 類:不變性VS不可擴展
- 5. 面料:rsync_project的可擴展性VS upload_project
- 6. 開發一個高性能,可擴展的Comet應用程序
- 7. 可擴展,低開銷,高性能的Java持久性框架
- 8. Python擴展 - 性能
- 9. Firebase可擴展性
- 10. DB4O可擴展性
- 11. DotNetNuke可擴展性
- 12. Rethinkdb可擴展性
- 13. Tensorflow可擴展性
- 14. 擴展打印機屬性
- 15. 可能的Chrome擴展開發與Sinatra?
- 16. 選擇 - 可能性增加PHP擴展
- 17. Couch DB擴展和性能
- 18. 擴展循環性能
- 19. 性能差Sqlite.net擴展
- 20. 性能迅速擴展
- 21. JavaScript手機重定向的可能性
- 22. Android:調試vs.發佈(SDK)性能
- 23. Boost.Asio的可擴展性
- 24. OpenGL擴展的可用性
- 25. RavenDB - 規劃可擴展性
- 26. Poco SocketReactor可擴展性
- 27. tensorflow的可擴展性
- 28. Visual Studio可擴展性
- 29. websocket的可擴展性
- 30. PEX的可擴展性
的確,請記住引用「過早優化是萬惡之源」!換句話說,不要試圖讓它「更好」,直到你知道它實際上會有所作爲,並且差異是必要的。 – 2010-05-03 15:37:23