用于2d游戏的Godot或LibGDX

用于2d游戏的Godot或LibGDX,libgdx,godot,Libgdx,Godot,我知道对于所有情况都没有正确的答案,特别是因为LibGDX是一个库,Godot是一个引擎,但我想知道什么对我的情况最好 我已经有Java方面的经验,事实上,我以前已经在Java上做过一些游戏(使用另一个库而不是LibGDX),但是,大多数游戏都只是一些小的学校项目,所以我从来没有真正关心过它是否与许多平台兼容 现在我正在考虑开始一个新项目。我认为LibGDX是一个很好的工具,因为我已经有Java方面的经验,而且我更喜欢编写代码(我不太喜欢引擎)。然而,我在很多地方都听说Java对于游戏来说不是一

我知道对于所有情况都没有正确的答案,特别是因为LibGDX是一个库,Godot是一个引擎,但我想知道什么对我的情况最好

我已经有Java方面的经验,事实上,我以前已经在Java上做过一些游戏(使用另一个库而不是LibGDX),但是,大多数游戏都只是一些小的学校项目,所以我从来没有真正关心过它是否与许多平台兼容

现在我正在考虑开始一个新项目。我认为LibGDX是一个很好的工具,因为我已经有Java方面的经验,而且我更喜欢编写代码(我不太喜欢引擎)。然而,我在很多地方都听说Java对于游戏来说不是一种好的语言,特别是对于PC游戏(这是我想要做的那种游戏),因为Java游戏往往会变慢,当然,它们需要Java来运行(我的意思是,大多数现代游戏都需要某种API或程序来运行,只是Java在游戏中的安装不像.NET framework那样常见。)所以我决定寻找一种替代方案

我发现了戈多,正如我所说的,我不是一个引擎迷,因为我通常更喜欢对游戏几乎完全控制。然而,既然戈多与C++兼容,可以在很多平台上运行,我想我应该用它代替。(你也可以使用GDscript,尽管你没有像手工编写游戏那样的控制能力)。
因此,我的问题是,为了打造一个坚实的游戏,我应该坚持使用Godot?还是应该使用LibGDX?

这的确是一个好问题。我实际上在为我的项目尝试不同的引擎/框架。我在google store上用纯java编写了Godot+1应用程序

到目前为止,我的结果是: -godot非常有趣,你可以用它做任何你想做的事(我没有测试3D,只有2D)

我通常更喜欢几乎完全控制比赛

使用GDScript,您可以完全控制游戏

对我来说,唯一的缺点是apk的大小(一个基本项目在设备上安装后为30mb)。在您的情况下,这不会是一个问题,因为您是为PC开发的(期望相同的大小?)

LibGDX,过去几周我一直在尝试使用它(我有一些java背景,所以我很自然地尝试了它)。结果:它比godot难多了。对于一个简单的项目,你必须弄清楚很多事情。 我真的很想坚持下去,因为apk的大小只有2mb!但它值得所有的努力吗

现在我正在尝试使用gideros,这非常有趣,但是很少有关于它的教程,语言是lua

简言之,对于《戈多》
,你会喜欢上大量的教程

希望这有帮助。
和平。

堆栈溢出上有这样的问题。你可以在与游戏开发相关的论坛上提问,但要做好准备,接受固执己见的答案。仔细研究这两个引擎/框架可能会更好,也许可以尝试在这两个引擎/框架中制作一个迷你游戏,以确定你更喜欢哪一个。我的错,没想到这会被认为是ff主题。无论如何,谢谢你的建议!既然应用程序大小对我来说没什么大不了的,我想我会选择godot,也许可以尝试一下LibGDX,了解一下它是如何工作的,非常感谢!你好,我已经编辑了我的帖子;-)不,我不能编辑我的帖子。但是还有另一个很棒的引擎GIDEROS STUDIO。试试看,它很酷!