做者:EZLippi 连接:http://www.zhihu.com/question/29338218/answer/51293828 来源:知乎 著做权归做者全部,转载请联系做者得到受权。android
Gradle和Maven都是项目自动构建工具,编译源代码只是整个过程的一个方面,更重要的是,你要把你的软件发布到生产环境中来产生商业价值,因此,你要运行测试,构建分布、分析代码质量、甚至为不一样目标环境提供不一样版本,而后部署。整个过程进行自动化操做是颇有必要的。 整个过程能够分红如下几个步骤: 编译源代码 运行单元测试和集成测试 执行静态代码分析、生成分析报告 建立发布版本 部署到目标环境 部署传递过程 执行冒烟测试和自动功能测试 若是你手工去执行每个步骤无疑效率比较低并且容易出错,有了自动化构建你只须要自定义你的构建逻辑,剩下的事情交给工具去完成。spring
虽然二者都是项目工具,可是maven如今已是行业标准,Gradle是后起之秀,不少人对他的了解都是从android studio中获得的,Gradle抛弃了Maven的基于XML的繁琐配置,众所周知XML的阅读体验比较差,对于机器来讲虽然容易识别,但毕竟是由人去维护的。取而代之的是Gradle采用了领域特定语言Groovy的配置,大大简化了构建代码的行数,好比在Maven中你要引入一个依赖: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中你必须编写一个插件,那对于一个刚入门的用户来讲,没个一两天几乎是不可能完成的任务。测试