gradle编译打包项目 gradle比maven好为什么用的人少？

gradle比maven好为什么用的人少？我们公司已经在多个项目中使用了gradle，但是大多数项目仍然使用maven，估计将来会使用maven。为什么？这是因为格拉德尔的杀手：剧本是如此强大。早期的

gradle比maven好为什么用的人少？

我们公司已经在多个项目中使用了gradle，但是大多数项目仍然使用maven，估计将来会使用maven。为什么？这是因为格拉德尔的杀手：剧本是如此强大。

早期的构建是脚本化的，使用SH或bat将编译、打包、部署和其他过程结合起来。后来，它演变成了用XML描述的ant工具，但它仍然可以编写许多自定义任务，调用本地命令进行打包，并可以组合各种任务，类似于bat。他们的共同特点是：灵活！您可以指定自己的依赖路径来个性化打包过程。直到后来，Maven出现了，不同的项目只能通过不同的ArchType来构建。每个项目类型的项目目录都是固定的。如果没有问题，一个package命令就可以了。没有个性化的配置（除了mojo），约定胜于配置是它的理念！你只要明白pom.xml文件基本配置就足够了。

Gradle结合了maven的优点，同时保留了脚本调用的特性。它往往给人们太多的选择和机会，但它会使项目（尤其是大型项目）的建设和配置复杂化。因此，新手很难掌握它的DSL语法，这是一个简化的groovy调用。有时他们不了解groovy语言及其语法，因此很难理解和编写好的构造脚本，而且学习成本很高。

许多老程序员不建议新手用IDE集成开发环境，而是用编辑器＋编译器，用命令行编译，这个怎么看？

在人们的固有观念中，用编辑器编译器编写代码比用ide编写代码更好。也许吧，但效率还是需要考虑的。

作为一个新手，如果你在普通的编辑器中编写代码，你会非常困惑，你会在一开始就死。在强大IDE的支持下，它可以拄着拐杖快速前进。

毫无疑问，使用ide将比普通编辑器更快，现在我们都使用框架来做项目。只使用编辑器是不合适的。在过去，编辑器更多地被用作函数式编程的工具。

当您编写代码时，其他人应该能够理解它并在文件、类和方法之间切换。Ide无疑提供了一个良好而高效的通信工具，但是Ide还不够好。

因此，不要执着于看似强大的编辑器，要用高效的工具来解决问题，要对每个环节的原理有更深的理解。