如题，最近用aide的原生工具做了一个音游，Demo基本已经成型了，没有使用游戏引擎，就是一个Android项目，最近了解到aide附带了libGDX游戏引擎，游戏运行应该会更加快，该不该学习libGDX来重新做呢？aide的libGDX又可不可以移植到iOS呢？求大佬解答，拜托了。

在线等，急

这个游戏已经做了一个多月了，没有使用游戏引擎，应不应该继续做下去呢？

普通的Android项目又可不可以胜任这种类型的非专业性游戏项目制作呢？

这种其实不用引擎也没问题，只不过想实现什么高级特效可以不用怎么想了，cpu图像处理的速度在gpu面前是多么的不堪一击

还有为什么要移植到ios，感觉ios好麻烦

做游戏还是推荐用游戏引擎吧，比如unity，一套代码可以构建出安卓，ios，mac，linux，windows，web等多个平台可运行的软件，只需要切换一下构建目标系统就行。

1. 是否应该使用libGDX：• 性能：libGDX是一个跨平台的游戏开发框架，它提供了一套丰富的工具和库，可以帮助开发者提高游戏的性能和开发效率。• 学习曲线：如果你已经熟悉了AIDE的原生工具，学习libGDX可能会有一定的学习曲线，但这也是一个提升技能的好机会。• 项目需求：考虑你的游戏项目是否需要libGDX提供的功能，比如更高级的图形渲染、声音处理或者更复杂的游戏逻辑。2. 移植到iOS的可能性：• 跨平台支持：libGDX支持跨平台开发，这意味着你可以使用相同的代码基础来开发Android和iOS版本。• 额外工作：尽管libGDX支持跨平台，但是移植到iOS可能需要一些额外的工作，比如适配iOS的界面和处理iOS特有的功能。• 工具和资源：确保你有合适的工具和资源来支持iOS开发，比如Mac电脑和iOS开发工具。3. 继续使用原生工具还是转向libGDX：• 项目进度：如果游戏已经开发了一个多月，并且没有使用游戏引擎，那么转向libGDX可能会影响项目进度。• 团队能力：考虑你的团队是否有足够的能力和时间来学习和适应libGDX。• 项目目标：如果项目目标是快速发布，那么可能继续使用原生工具更合适；如果目标是打造一个高质量的游戏，那么使用libGDX可能会带来更好的长期效益。4. 社区和资源：• 社区支持：libGDX有一个活跃的社区，你可以从中获得帮助和资源。• 文档和教程：libGDX有丰富的文档和教程，可以帮助你快速上手。5. 建议：• 原型测试：在全面转向libGDX之前，可以先用它做一个小的原型，看看是否符合你的需求。• 评估成本：评估转向libGDX的成本，包括时间、学习和可能的性能提升。• 考虑未来：考虑你的游戏是否需要长期维护和更新，libGDX可能会提供更好的支持。

考虑到你一个多月的努力，我们可以备份原始项目版本，这样就可以放心探索libGDX游戏框架了：
1. 备份原始项目：• 在考虑转向libGDX之前，首先确保你的原始项目已经被完整备份。这样，如果在学习或使用libGDX的过程中遇到问题，你可以随时回到原始项目继续开发。2. 评估转向libGDX的影响：• 转向libGDX可能会影响项目进度，因为它需要时间来学习并重新整合到你的项目中。在做出决定之前，评估这种转向可能带来的影响。3. 逐步集成libGDX：• 你可以选择逐步集成libGDX到你的项目中，而不是完全重写。这样，你可以在不影响原始项目进度的情况下，测试libGDX的性能和功能。4. 创建并行开发分支：• 如果你决定尝试libGDX，可以创建一个并行的开发分支来实验。这样，原始项目可以继续按照原计划进行，而新的分支可以用来探索libGDX的可能性。5. 原型测试：• 在全面转向libGDX之前，可以先用它做一个小的原型，看看是否符合你的需求。这可以帮助你评估转向libGDX的实际效益和潜在问题。6. 社区和资源：• 利用libGDX社区的资源和支持，这可以帮助你更快地学习和解决问题。7. 考虑未来：• 考虑你的游戏是否需要长期维护和更新，libGDX可能会提供更好的支持。如果你认为libGDX能够为你的项目带来长期的好处，那么短期的进度影响可能是值得的。8. 最终决定：• 在评估了所有因素之后，做出是否转向libGDX的最终决定。如果你认为转向libGDX对你的项目有益，那么可以开始逐步集成。如果你认为保持现状更有利于项目进度，那么可以继续使用原始的开发工具。

最后，如果楼主的游戏做好了，出联网版以后，别忘了邀请我过去参加体验哦