Gradle 可以处理旧项目的构建，而无需重构目录

Question

换句话说，Gradle是否在其管理的项目中强加了某些目录结构？

我有一个遗留项目，任务是使其更容易构建和管理。它是一个多模块的Java EE应用程序。我发现（我敢肯定你也会）当前的构建过程完全是扭曲的，完全是浪费时间。

我相信现在是时候通过引入构建管理系统来理顺事情了，选择是在 Maven 和 Gradle 之间。

大多数项目都使用 eclipse 项目的目录结构。其他几个使用不同的目录布局，直到现在我都找不到背后的原因。使用 Maven，这将是一个绊脚石，因为我们需要重组目录以符合 Maven 的约定。重组目录可能是巨大的额外工作，因为我们也需要在 CVS 上对其进行整理。

因此，格拉德尔的问题。

Answer 1

Gradle 使用约定而不是配置，如果您遵循标准项目布局，则允许您提供最少的信息来构建项目。也就是说，所有内容仍然可以使用声明式样式进行配置：

sourceSets {
main {
    java {
        srcDir 'src/java'
    }
    resources {
        srcDir 'src/resources'
    }
}

}

因为你有一个真正的编程语言，你几乎可以做任何事情。

Answer 2

两者都可以容纳任意目录结构。IMO 在格拉德尔更容易，在 Maven 不值得。

也就是说，我有点喜欢有一个强加的目录结构，而且在大多数情况下，我喜欢Maven结构。由于目录处理问题，在 CVS 中很痛苦，但从长远来看，跨项目迁移到一致的结构是值得的。