概述,在日常开发中,我们需要理清楚项目结构里面gradle文件在项目中的作用,一个Android项目中一共有3个.gradle文件,分别是1个settings.gradle,另外两个分别是项目Project级别里面的build.gradle和Module里面的build.gradle。这些里面究竟是具有什么作用呢?
如图所示:
Project级别的build.gradle文件
buildscript {
repositories {
jcenter() //指定代码的托管仓库为 jcenter
}
dependencies {
//声明 gradle的构建版本,
classpath 'com.android.tools.build:gradle:2.2.2'
// NOTE: Do not place your application dependencies here; they belong
// in the individual module build.gradle files
}
}
allprojects {
repositories {
jcenter()//Jar下载的仓库中心
}
}
//开启一个任务,指定每次编译都要清空工程
task clean(type: Delete) {
delete rootProject.buildDir
}
Module级别的build.gradle文件
如图:
apply plugin: 'com.android.application'//说明module的类型,com.android.application为应用程序,com.android.library为类库
android {
compileSdkVersion 25//编译的SDK版本,最佳选择为最新的API级别
buildToolsVersion "25.0.2"//编译的Tools版本,最佳选择为最新的API级别
defaultConfig {//默认配置
applicationId "com.bignerdranch.android.criminalintent"//应用程序的包名
minSdkVersion 16 //支持的最低版本,操作系统会拒绝将应用安装在系统版本低于此标准的设备上
targetSdkVersion 25 //支持的目标版本,最佳选择为最新的API级别
versionCode 1 //版本号
versionName "1.0" //版本名称
}
buildTypes {//build类型
release {//发布
minifyEnabled false //混淆开启
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'//指定混淆规则文件
}
}
}
dependencies {//指定当前项目的所有依赖关系:本地依赖、库依赖、远程依赖
implementation 'com.google.android:flexbox:0.3.2'
implementation 'com.android.support.constraint:constraint-layout:1.0.2'
implementation fileTree(include: ['*.jar'], dir: 'libs')
implementation 'com.android.support:design:27.0.2'
implementation 'com.android.support:appcompat-v7:26.+'
testImplementation 'junit:junit:4.12'
implementation files('libs/gson-2.7.jar')
}
每次修改完build.gradle文件,需要与项目进行同步后才能生效。
同步的方法:
选择Tools → Android → Sync Project with Gradle Files菜单项,项目随即会重新完成编译。
dependencies 中的第三方依赖包也会自动下载并包含到项目中来(类似mavean)。
Project级别的settings.gradle文件
只包含安卓项目当中,新的项目中,他会定义我们的主moudle-app 和其他module模块在项目中的构建范围内。一般单人单module开发可以忽略它,但是在多人开发涉及到多个module组件化就需要使用settings.gradle设定更多规则了。