gradle构建依赖

gradle构建依赖

gradle的核心概念，特性

依赖管理，使用gradle对app进行测试，

操作Task

使用插件扩展构建

Project 接口中的file方法，可以创建一个File类实例。

依赖管理

    apply plugin: 'java'

    repositories {
        mavenCentral()
    }

    dependencies {
        compile group: 'org.hibernate', name: 'hibernate-core', version: '3.6.7.Final'
        testCompile group: 'junit', name: 'junit', version: '4.+'
    }

在Gradle中依赖可以组合成configurations（配置），一个配置简单地说就是一系列的依赖，通俗说也就是依赖配置；我们可以使用它们声明项目的外部依赖，也可以被用来声明项目的发布。下面我们给出几种Java插件中常见的配置，如下：

compile 
用来编译项目源代码的依赖；

runtime 
在运行时被生成的类需要的依赖，默认项，包含编译时的依赖；

testCompile

编译测试代码依赖，默认项，包含生成的类运行所需的依赖和编译源代码的依赖；

testRuntime

运行测试所需要的依赖，默认项，包含上面三个依赖；

各种各样的插件支持许多标准的配置，我们还可以定义自己的配置。

Gradle外部依赖：

我们可以用Gradle声明许多种依赖，其中有一种是外部依赖（external dependency），它是在当前构建之外的一种依赖，一般存放在远程（譬如Maven）或本地的仓库里。如下是一个外部依赖的例子：

dependencies {
    compile group: 'org.hibernate', name: 'hibernate-core', version: '3.6.7.Final'
}

可以看见，引用一个外部依赖需要用到group、name、version属性。上面的写法还有一种简写，如下规则：

group:name:version

这是一个简写的例子：

dependencies {
    compile 'org.hibernate:hibernate-core:3.6.7.Final'
}

Gradle仓库：

有了上面的外部依赖，Gradle是如何找到那些外部依赖文件的。其实Gradle会在一个仓库（repository）里找这些依赖文件，仓库其实就是很多依赖文件的集合服务器, 通过group、name、version进行归类存储，好在Gradle可以解析好几种不同的仓库形式（譬如Maven等），但是Gradle默认不提前定义任何仓库，我们必须手动在使用外部依赖之前定义自己的仓库。

这是一个使用MavenCentral仓库的例子：

repositories {
    mavenCentral()
}

远程Maven仓库的例子
repositories {
    maven {
    url "http://repo.mycompany.com/maven2"
    }
}

repositories {
    ivy {
    // URL can refer to a local directory
    url "../local-repo"
    }
}

当然了，一个项目可以有好几个库，Gradle会根据依赖定义的顺序在各个库里寻找它们，在第一个库里找到了就不会再在第二个库里找它了，否则在第二个库找。

File dependencies

通过files()方法可以添加文件依赖，如果有很多jar文件，我们也可以通过fileTree()方法添加一个文件夹，除此之外，我们还可以通过通配符的方式添加，如下：

dependencies{
    compile fileTree(dir:'lib',include:['*.jar']);
}