zoukankan      html  css  js  c++  java
  • maven到Gradle,一些对比和分享

    Gradle作为一款基于Groovy语言的构建工具,已经吸引众多的ant,maven使用者转投gradle的怀抱,和Gradle相比,ant显得冗余复杂,maven显得有些死板落后,而gradle基于DSL语法,特点明显:简洁、灵活、可读性强。

    Gradle和maven有很多相似点,gradle充分考虑到maven库的价值,在jar包管理上完全支持maven Repository,很多属性乍眼一看就能反应过来maven中对应的是什么标签,大大降低maven到gradle的迁移难度,并在构建方面改善了很多maven的不足,,同时,gradle对比maven更好的面向ant用户,使用maven时,虽然能通过plugin来跑ant的命令,但是maven在任务实现主要靠的是插件以及自身的固定框架,Gradle在定义任务方面思想与ant非常相似,做了很好的集成。下面会主要介绍gradle在配置方面与maven的异同处,以及Gradle比较实用的命令。

    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 }

    }

    这个task可以显示出当前项目下所有用于 compile 的 jar。

    常用命令:

          1. Task可以通过全名调用、前缀调用或首字母调用。

          2. gradle XXX -s/  gradle XXX -S

          当执行task有错误时,可以使用-s来查询详细的错误堆栈,-S输出全部堆栈信息。

          3. -continue

          比如执行gradle clean install -continue,即使遇到某些task失败也不会停止后续task的执行,一次性得到所有的构建错误。

          4. Gradle tasks /  Gradle tasks all

          显示出当前目录下所有的task以及显示出task之间的依赖关系。

        最后,Gradle不足的地方就在于使用了groovy语言,熟悉一个新语言是需要学习成本的,而ant和maven都是使用xml来实现,不过groovy被称为是没有类型的java,对于java学习者来说还是容易接受的,这样提高了gradle在实际应用中的可行性。作为一个构建工具,Gradle能算得上非常好的选择。对于Gradle的一些简单介绍,希望能对大家有所帮助。

  • 相关阅读:
    三分钟学会funsioncharts
    funsioncharts的图表操作heatmap
    FunsionCharts图标控件点击
    微信小程序组件解读和分析:二、scrollview可滚动视图区域 微信开发
    微信小程序组件解读和分析:五、text文本 微信开发
    微信小程序组件解读和分析:三、swiper滑块视图 微信开发
    微信小程序组件解读和分析:四、icon图标 微信开发
    asp.net 判断上传文件的类型
    C#序列化(Serialize)、反序列化(Deserialize)
    [置顶] http://www.openlib.com 一个神奇的网站
  • 原文地址:https://www.cnblogs.com/xinglongbing521/p/10535490.html
Copyright © 2011-2022 走看看