列子
project
//定义全局属性
buildscript {
//定义依赖包的来源仓库
repositories {
//使用jcenter作为仓库，jcenter是maven库的分支，可以和maven互相切换并且支持https
jcenter()
//使用maven
// maven {
// url "http://repo.acmecorp.com/maven2"
// }
}
//构建过程中的依赖信息，一般不建议定义model中的依赖包，只需要定义android插件
dependencies {
classpath 'com.android.tools.build:gradle:1.5.0'
classpath 'com.tencent.mm:AndResGuard-gradle-plugin:1.1.5'
// 配置apt 插件, 使用该插件，dagger2生成的class在build/generated目录中。这样可以直接引用。
classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8'
// NOTE: Do not place your application dependencies here; they belong
// in the individual module build.gradle files
}
}
//定义各个model的默认属性
allprojects {
repositories {
jcenter()
}
}
//扩展属性，可以定义一些全局常量
ext{
//model 中使用 "compileSdkVersion rootProject.ext.compileSdkVersion"
compileSdkVersion = 23
buildToolsVersion = '23.0.1'
supportLibraryVersion = '23.0.1'
junitVersion = '4.12'
mockitoVersion = '1.10.19'
espressoVersion = '2.2.1'
}
model
/**
* 官方文档
* http://google.github.io/android-gradle-dsl/current/index.html
*/
/**
* 只影响该model的配置
*/
/**
* 指明该model build时使用的工具，这里使用android官方提供的插件，可以直接使用内置的属性和task。
* com.android.application 调用android的应用插件，用于应用的构建和打包。
* com.android.library 调用依赖库插件
*/
apply plugin: 'com.android.application'
apply plugin: 'com.neenbedankt.android-apt' // 注释处理
//配置android属性
android {
/*
* 这两个属性是必须的
*/
//应用编译版本号
compileSdkVersion rootProject.ext.compileSdkVersion
//build应用时使用的build工具的版本号(aapt,zipalign,dx and renderscript)
buildToolsVersion rootProject.ext.buildToolsVersion
//定义model的核心属性，会重写manifest.xml中的属性
defaultConfig {
/*重写manifest中的包名package name
* 但是appId和pname之间有点不同：在使用gradle build项目之前，pname有两个作用，一个是应用的唯一标志，另一个是用作R资源的包名。
* package name依然被用来作为包名和R文件的包名,而applicationid将被用于设备和应用商店中的唯一标志。
*/
applicationId "hj.demo"
minSdkVersion 14
targetSdkVersion 22
versionCode 1
versionName "1.0"
}
//声明本地文件存储路径
sourceSets {
main {
//导入libs下的资源文件，有时候需要这样才能导入so文件
jniLibs.srcDirs = ['libs']
// manifest {
// srcFile 'AndroidManifest.xml'
// }
// res {
// srcDir 'res'
// }
// java {
// srcDir 'src'
// }
// assets {
// srcDir 'assets'
// }
}
}
//定义一个本地仓库
repositories {
flatDir {
/**
* 当要引入一个第三方的model时，可以引入该model的aar包（声明名com.android.library类型的model编译后会在build/output/aar/下生成一个aar文件）。
* 然后在当前项目下新建一个aars文件夹，将第三方的aar文件拷贝到该目录下。
* 如果引入成功的话，在当前项目中可以看见该aar文件夹。目录：build/intermediates/exploded-aar/(aar名字)
*/
dirs 'aars'
}
}
compileOptions {
// 使用Java1.8
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
packagingOptions {
// 注释冲突 解决dagger2和butterknife冲突
exclude 'META-INF/services/javax.annotation.processing.Processor'
}
//签名证书
// signingConfigs{
// debug {
// storeFile file("D:\\keystore\\debug.keystore")
// storePassword "android"
// keyAlias "androiddebugkey"
// keyPassword "android"
// }
//
// release {
// storeFile file("D:\\keystore\\kjtj.keystore")
// storePassword "client51tjzjkjtj"
// keyAlias "kjtj.keystore"
// keyPassword "client51tjzjkjtj"
// }
// }
//项目 build类型，一般就只有两个：debug和release
// buildTypes {
// debug{
// // 是否进行混淆
// minifyEnabled false
// // 混淆文件的位置 前一个是系统默认的混淆文件，后一个是用户自定义的混淆文件
// proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
//
// // 签名 调用上面debug签名证书
// signingConfig signingConfigs.debug
// }
// release {
// minifyEnabled true
// proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
// signingConfig signingConfigs.release
// }
// }
//发布各个版本
productFlavors{
baidu{
minSdkVersion 14
targetSdkVersion 21
manifestPlaceholders = [APP_CHANNEL_VALUE: "百度",APP_NAME_VALUE: "百度test"]
}
huawei{
minSdkVersion 14
targetSdkVersion 21
manifestPlaceholders = [APP_CHANNEL_VALUE: "华为"]
}
//直接使用flavor的name,这样就不需要在各个flavor中配置manifestPlaceholders了。
// productFlavors.all { flavor ->
// flavor.manifestPlaceholders = [APP_CHANNEL_VALUE: name]
// }
}
}
dependencies {
//导入本地jar包：导入本地libs文件下的所有jar包
compile fileTree(dir: 'libs', include: ['*.jar'])
/**
* 使用第三方model
* 1. 直接引入model项目： compile project(':libraryname') libraryname一般是model项目名(参照settings中的配置或者model项目下的iml文件中的project.id)
* 2. 使用aar文件导入： compile(name:'aarFilename', ext:'aar') aarFilename是aar文件的名字。简写:compile ':aarFilename@aar'
*/
/**
* 依赖包格式：group:name:version
* 如 com.android.support:appcompat-v7:22+
* 完整格式：group:'group',name:'name',version:'version'
* 如 group:'com.android.support',name:'appcompat-v7',version:'23.1.0'
*/
//version使用了动态版本"+":使用最新的版本(不建议，有可能不稳定).
compile (group:'com.android.support',name:'appcompat-v7',version:"$rootProject.supportLibraryVersion")
//compile 'com.android.support:appcompat-v7:+'
compile "com.android.support:design:$rootProject.supportLibraryVersion"
//xml和java之间的id映射
compile 'com.jakewharton:butterknife:7.0.1'
//dagger2
compile 'com.google.dagger:dagger:2.0.2'
compile 'com.google.dagger:dagger-compiler:2.0.2'
compile 'io.reactivex:rxandroid:1.1.0' // RxAndroid
compile 'io.reactivex:rxjava:1.1.0' // 推荐同时加载RxJava
compile 'com.squareup.retrofit:retrofit:2.0.0-beta2' // Retrofit网络处理
compile 'com.squareup.retrofit:adapter-rxjava:2.0.0-beta2' // Retrofit的rx解析库
compile 'com.squareup.retrofit:converter-gson:2.0.0-beta2' // Retrofit的gson库
//java注释解析 dagger2自身依赖此包
provided 'org.glassfish:javax.annotation:10.0-b28'
testCompile "junit:junit:$rootProject.ext.junitVersion"
androidTestCompile "junit:junit:$rootProject.ext.junitVersion"
// Google Espresso UI Testing
//简单说下，下来在详细学习下(will study) Espresso 单应用测试，Uiautomator支持多应用测试。
androidTestCompile "com.android.support.test.espresso:espresso-core:$rootProject.espressoVersion"
androidTestCompile "com.android.support.test.espresso:espresso-contrib:$rootProject.espressoVersion"
androidTestCompile "com.android.support.test.espresso:espresso-intents:$rootProject.espressoVersion"
}
/**
compile 是对所有的build type以及favlors都会参与编译并且打包到最终的apk文件中。
provided 是对所有的build type以及favlors只在编译时使用，类似eclipse中的external-libs,只参与便于，不打包到最终apk。
apk 只会打包到apk文件中，而不参与编译，所以不能再代码中直接调用jar中的类或方法，否则在编译时会报错
testCompile,androidTestCompile 仅仅是针对单元测试代码的编译编译以及最终打包测试apk时有效，而对正常的debug或者release apk包不起作用。
debugCompile 仅仅针对debug模式的编译和最终的debug apk打包。
releaseProvided 仅仅针对Release 模式的编译和最终的Release apk打包。
*/
补充
compile
在上面的例子中会出现compile，androidTestCompile，testCompile等例如*Compile 的样式。这个编译多个依赖项目时很有用。
比如有一个主项目module0,还有几个其他依赖项目module1,module2,module3，module4等，项目会根据不同情况依赖不同的module。
android {
productFlavors {
proa
prob
}
}
dependencies {
compile project(':module1') //module1是各种情况都需要的
proaCompile project(':module2') //proa 使用module2和module3
proaCompile project(':module3')
probCompile project(':module4') //proa 使用module4和module3
}