Java 我应该掌握maven还是开始学习gradle
我正在从事的项目使用Maven作为构建工具。我知道一些基本概念,比如概要文件、pom继承、模块、插件、目标、阶段等等,但我仍然缺少在不同环境下从一个源代码实现复杂构建的真正技巧 现在,我应该成为Maven专家还是开始学习Gradle而不是揭示Maven的所有技术细节 我看不出格雷德尔在桌子上有什么价值。它是以编程方式配置的,但这真的是邪恶的吗?我在Javascript领域工作过,使用过Gulp和Webpack等工具。这些工具中的编程配置非常混乱,缺乏一致性。不可能在脑海中形成一幅清晰的配置图,因为它是动态代码,而不是静态文档。当您必须进行更改时,在哪里可以找到处理该功能的代码行并不那么明显。定义良好的XML文档是自描述的、有组织的并且易于归类 另外,通过编程配置,有一个更高的变化会在构建本身中引入bug。是否有一段时间,构建变得如此复杂,以至于需要构建项目的构建配置 考虑到这些方面,是否有一些实用的理由开始使用Gradle(除了跟随潮流) 我看不出格雷德尔在桌子上有什么价值。它是以编程方式配置的,但这真的是邪恶的吗?我在Javascript领域工作过,使用过Gulp和Webpack等工具。这些工具中的编程配置非常混乱,缺乏一致性 区别在于:Javascript、Gulp和Webpack是构建具有大量功能和高复杂性的应用程序的工具(好的,它们是用来实现这一点的…) Gradle只是控制构建过程,它是一个脚本环境,如bash或PowerShell,但专门针对其领域Java 我应该掌握maven还是开始学习gradle,java,maven,gradle,build,Java,Maven,Gradle,Build,我正在从事的项目使用Maven作为构建工具。我知道一些基本概念,比如概要文件、pom继承、模块、插件、目标、阶段等等,但我仍然缺少在不同环境下从一个源代码实现复杂构建的真正技巧 现在,我应该成为Maven专家还是开始学习Gradle而不是揭示Maven的所有技术细节 我看不出格雷德尔在桌子上有什么价值。它是以编程方式配置的,但这真的是邪恶的吗?我在Javascript领域工作过,使用过Gulp和Webpack等工具。这些工具中的编程配置非常混乱,缺乏一致性。不可能在脑海中形成一幅清晰的配置图,因
所以我想你应该开始学习gradle,但要保持你对maven的了解 我们为我们的公司评估了Gradle和Maven。我们的经验: Maven强制您使用标准化的方法进行构建。这样做的好处是,构建脚本在您的公司中更加连贯,而且更像“行业中的其他任何地方”。主要缺点是很难配置定制需求,定制需求通常来自您仍然需要支持的遗留方法
但也有重要的可用性方面,因为这两种构建工具的IDE支持完全不同。据我所知,您可以同时使用Maven和Gradle。那么也许开始掌握这两种技能?