我正在用Java编写我的第一个2D游戏。我正在Atom中编写代码。我在Mac上的终端上编译并运行代码。到目前为止，游戏运行良好！但是我担心我的项目结构不正确，一旦到来就无法部署它。我想知道为像基于Java的2D游戏之类的项目构建目录结构的正确方法，理想情况下，是从头开始进行构建。
我暂停了游戏的制作以找出结构。 我尝试使用LibGDX作为打包项目的方法，然后将其作为Gradle项目导入到Eclipse。我突然发现自己周围一个曾经很简单的项目，其目录结构庞大且不清楚。我觉得任务比从头开始构建项目简单得多。另外，我无法从现在在Eclipse中的LibGDX提供的这种自动生成的目录结构中运行任何简单的Java代码。我宁愿用Atom编写所有代码，并在终端上编译和测试代码，并在必要时从终端再次创建合适的JAR。
我决定简化手头的任务并返回到Oracle文档，并确定我要构建的是一个独立的Java应用程序。甜！但是，Oracle文档似乎并未对此类项目所需的必要目录结构背后的逻辑进行深入的研究。它们告诉您所需的两个主要组件是应用程序的资源（.java文件，图像和音频等）和JRE的副本，以便用户在执行时拥有玩游戏所需的一切该程序。我只是对如何使用提供的信息来建立此目录结构不满意。
我想克服“所有这些都应该如何构成”的问题。问题，所以我可以继续开发游戏。预先感谢您阅读并提供反馈。
答案 0 :(得分：-1)
构造Java项目的行业标准是使用Maven或Gradle之类的工具。这两个工具都可以自动处理所有源代码，资源文件等的杂乱无章，并具有可以轻松导出jar文件（从IDE或命令行）的系统。本质上，它们允许您指定构建Java项目所需的任何内容（Gradle也可以执行C ++项目），然后它们提供抽象的命令行界面来构建项目。
重要的是要注意，许多开发人员并没有共享使用不带IDE的Java的偏好。虽然这本身并不是问题，但是当您要与将要使用IDE的其他人一起工作时，这成为一个问题。 Gradle和Maven都使这一切变得容易，因为几乎所有的IDE都可以与Gradle和Maven项目一起很好地工作。因此，大多数FOSS Java项目都使用这些系统之一（通常是Gradle）来允许不同的开发人员使用他们喜欢的IDE。
您还希望完全了解构成项目的文件集。为此，Gradle可能是您最好的选择，因为其教程在解释这一点方面做得很好。它比普通的Java项目更为复杂，但是对于大多数开发人员来说，这是值得的，因为您会获得非常简单和富有表现力的工具（例如，三行Gradle配置可以创建jar导出）以及使用许多开发堆栈的能力（ （例如IDE，命令行和持续集成），但需要花费少量的学习时间。 Gradle还是当前最流行的不依赖IDE的Java构建工具。 Maven的行为有点像黑匣子，但仍然具有Gradle的许多优点。如果您想学习Gradle，那么他们的getting started guides是一个不错的起点。