gradle和maven有什么用?分别有什么区别

发布网友 发布时间：2022-04-24 23:26

我来回答

共4个回答

懂视网 时间：2022-06-09 03:48

gradle和maven的区别是什么呢？不知道的小伙伴来看看小编今天的分享吧!

1、基础配置信息区别：

maven使用.pom文件，基于XML，gradle使用.gradle文件，基于Groovy，gradle去掉maven中需要固定配置的groupId，artfactId，package等基本参数，通过 apply plugin: 'java'，apply plugin: 'war'来表示打包方式，也提供sourceCompatibility，version等一些实用的标签。

2、依赖管理区别：

Gradle的jar包管理支持maven下Repository方式，也支持Ant的Ivy方式，由于maven的Repository已经非常成熟，gradle在兼容Repository做得非常方便，定义maven的repository：

mavenLocal() ：maven 本地库

mavenCentral() : maven 远程库

mavenRepo urls: 自定义库路径

maven通过groupId、name和version到配置的Repository里寻找指定依赖中的Jar包。Gradle的生命周期更为复杂，但也支持Maven依赖中的构建生命周期，compile、runtime、testCompile和testRuntime分别对应项目不同阶段的依赖。 并且还简化maven的配置命令。

Maven:

<dependency>

<groupId>junit</groupId>

<artifactId>junit</artifactId>

<version>4.7</version> 

<scope>test</scope>

</dependency>

Gradle:

dependencies {    testCompile group:'junit', name: 'junit', version '4.11'}

或者

dependencies {    testCompile 'junit:junit:4.11'    }

如果需要引用自己lib目录下jar包，maven需要在每个依赖加上<scope> 和<systemPath>标签或者在plugin里单独增加编译路径。而Gradle只需要加上

compile fileTree(dir: 'libs', include: '*.jar')，在多个路径下时：

jarTree = fileTree(dir: 'libs', include: '*.jar')

rootTree = new File(rootProject.rootDir, 'libs').getAbsolutePath()

jarTree += fileTree(dir: rootTree, include: '*.jar')

compile jarTree

在依赖相关的命令行方面，gradle与maven比较相似，maven常用的分析依赖命令包括：

mvn dependency:analyz查看依赖；

mvn dependency:tree 查看项目直接和传递依赖； 

mvn help:effective-pom查看有效的pom;

在gradle中使用gradle dependencies 可以查看项目中包的依赖关系。加上-configuration来查看指定阶段的依赖情况，还可以-dependency来查看指定jar的依赖情况。

3、多项目管理区别：

实际使用中，往往需要管理的都不是单单一个项目，maven使用依赖，继承，组成的概念，在父模块指定自己的子模块，并且准备一些各个子模块公用的资源，如插件，配置信息等等。将打包的模块与实现具体功能的模块分开的做法来管理多个项目。Gradle在这一方面做得更加清楚，划分更明确，学习gradle的多项目管理也很容易，在eclipse中安装完gradle插件之后，新建一个Gradle工程，选择flat-java-multiproject，生成的工程就是多项目管理一个示例。

Gradle通过settings.gradle文件来指定工程的子项目，在构建的初始化阶段（Initialization），Gradle会根据settings.gradle 文件来判断有哪些子项目被include到了构建中，并为每一个子项目初始化一个Project对象，在构建脚本中通过project(‘:sub-project-name’)来引用子项目对应的Project对象。关于多项目配置有非常多，因此就简述一下常用的配置共享以及配置独享。

Allprojects属性，返回该Project对象以及其所有子项目。

subprojects属性，返回该Project所有子项目。

project(‘:sub-project-name’)来设置对应的子项目的配置。

configure(subprojects.findAll {it.name.contains('XXX')})来找符合要求的子项目。

在子项目的build.gradle文件里添加自己独有的配置。

4、任务机制区别：

Maven相对于ant相比仅仅通过plugin提供任务机制，相比而言自由度小而且很难扩展，每定义一个功能都需要写一个插件，Ant中使用tagret标签的echo来指定命令，gradle使用groovy语言，自带task概念，与ant使用的build文件更加接近。一个Task表示一个逻辑上的执行单元。

Gradle编写task的方式有很多，网上也能很容易搜索到相关的例子，在此简述有关task的一些实用命令以及自己一个常用的task：

Task listJars(description: 'Display compile jars.') << {

configurations.compile.each { File file -> println file.name }

以上就是小编今天的分享了，希望可以帮助到大家。

热心网友 时间：2022-06-09 00:56

Gradle和Maven都是项目自动构建工具，编译源代码只是整个过程的一个方面，更重要的是，你要把你的软件发布到生产环境中来产生商业价值，所以，你要运行测试，构建分布、分析代码质量、甚至为不同目标环境提供不同版本，然后部署。整个过程进行自动化操作是很有必要的。

整个过程可以分成以下几个步骤：
编译源代码
运行单元测试和集成测试
执行静态代码分析、生成分析报告
创建发布版本
部署到目标环境
部署传递过程
执行冒烟测试和自动功能测试
如果你手工去执行每一个步骤无疑效率比较低而且容易出错，有了自动化构建你只需要自定义你的构建逻辑，剩下的事情交给工具去完成。

虽然两者都是项目工具，但是maven现在已经是行业标准，Gradle是后起之秀，很多人对他的了解都是从android studio中得到的，Gradle抛弃了Maven的基于XML的繁琐配置，众所周知XML的阅读体验比较差，对于机器来说虽然容易识别，但毕竟是由人去维护的。取而代之的是Gradle采用了领域特定语言Groovy的配置，大大简化了构建代码的行数，比如在Maven中你要引入一个依赖：

<properties>
<kaptcha.version>2.3</kaptcha.version>
</properties>
<dependencies>
<dependency>
<groupId>com.google.code.kaptcha</groupId>
<artifactId>kaptcha</artifactId>
<version>${kaptcha.version}</version>
<classifier>jdk15</classifier>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
</dependencies>

然后我将其转换成Gradle脚本，结果是惊人的：
dependencies {
compile('org.springframework:spring-core:2.5.6')
compile('org.springframework:spring-beans:2.5.6')
compile('org.springframework:spring-context:2.5.6')
compile('com.google.code.kaptcha:kaptcha:2.3:jdk15')
testCompile('junit:junit:4.7')
}

注意配置从原来的28行缩减至7行！这还不算我省略的一些父POM配置。依赖的groupId、artifactId、 version，scope甚至是classfier，一点都不少。较之于Maven或者Ant的XML配置脚本，Gradle使用的Grovvy脚本杀伤力太大了，爱美之心，人皆有之，相比于七旬老妇松松垮垮的皱纹，大家肯定都喜欢少女紧致的脸蛋，XML就是那老妇的皱纹。

Gradle给我最大的有点是两点。其一是简洁，基于Groovy的紧凑脚本实在让人爱不释手，在表述意图方面也没有什么不清晰的地方。其二是灵活，各种在Maven中难以下手的事情，在Gradle就是小菜一碟，比如修改现有的构建生命周期，几行配置就完成了，同样的事情，在Maven中你必须编写一个插件，那对于一个刚入门的用户来说，没个一两天几乎是不可能完成的任务

热心网友 时间：2022-06-09 02:14

　都是自动构建工具，但是完全是两个产品。Maven应该目前在Java企业级开发中占的比重比较大，Gradle是后起之秀，Google的Android Studio主推的就是Gradle。
　　Gralde吸收了Maven与Ant的优点，可以列举出很多。然而大量的实践与思考发现Maven相比于Gradle的不灵活，正是它的优点，避免了大量聪明的Build Engineer的出现。

热心网友 时间：2022-06-09 03:49

1.面向未来，就目前的趋势而言，gradle或者maven正逐渐演化为一种标准。尤其是国际上。比如你去spring官网看demo，它们一般提供基于这两种的源码，还有android开发，很多流行的库，demo演示都是通过gradle搭建的，你不懂gradle就很难跟它们接轨。这显然是固步自封的表现。
2.极细的粒度，给你更大的发挥空间。你用eclipse的run的时候，你并不知道eclipse是怎么执行的，即便你知道，但是不可能轻易结合自己的代码逻辑。举个例子：我需要在run java项目的时候，把flex项目先编译好，放到web目录下。类似于这样，大部分情况下，光靠IDE自己的功能就力不从心了。 但是gradle给了你两个维度的机会，让你能干的更多。 第一 task的dependsOn、finalizedBy 让你可以把各种工作串行连接；第二 绝大多数插件是开源的，也就是用的不爽，你自己可以改，那样就更灵活了。当然这只是冰山一角。
3.协作，一个个build文件，描述项目依赖，插件，显然更具有一致性。再也不需要把那些讨厌的jar包提交到git了，要知道git里面存放二进制简直就是灾难。还有，甚至可以通过gradle跟，非程序员交流，比如你想让美工可以自己测试修改并在项目里面看最终效果。这时候你让她装个idea，估计她会很不情愿。但是，你可以通过gradle，告诉她，把素材覆盖到某某文件之后，只要在控制台来个gradle run，刷新页面就能看到效果了。（仅是个例子，可能不严谨）
4.布道groovy，gradle所使用的语言，也许groovy并不能算是jvm里的屠龙刀，但是也绝对可以算是一把锋利的匕首。相信我，作为一个java程序员，试着在代码中融入groovy，一定乐趣无限。尤其是还能用在android项目。