Gradle项目结构
Android群英传读书笔记
http://www.jianshu.com/p/9df3c3b6067a 参考文章
一、Gradle认识
Gradle本身是基于Groovy脚本语音构建的。
二、使用gradle管理android工程
5个重要的部分
1.每个module有build.gradle
2.根目录的build.gradle
3.gradle.properties
4.local.properties
5.settings.gradle
使用终端命令查看项目的结构
tree
Paste_Image.png
根目录的build.gradle
buildscript中的
repositories负责指定使用的开源代码仓库
dependencies指定了gradle插件的版本
allprojects中:
开发者对自己的项目进行一些配置
1.项目的的build.gradle
![Upload Paste_Image.png failed. Please try again.]
android部分:这是编译文件中最大的代码块,关于android 的所有特殊配置都在这里,这就是由我们前面的声明的 plugin 提供的。
defaultConfig就是程序的默认配置,注意,如果在AndroidMainfest.xml里面定义了与这里相同的属性,会以这里的为主。这里最有必要要说明的是applicationId的选项:在我们曾经定义的AndroidManifest.xml中,那里定义的包名有两个用途:一个是作为程序的唯一识别ID,防止在同一手机装两个一样的程序;另一个就是作为我们R资源类的包名。在以前我们修改这个ID会导致所有用引用R资源类的地方都要修改。但是现在我们如果修改applicationId只会修改当前程序的ID,而不会去修改源码中资源文件的引用。(引自参考文章)
buildTypes:定义了编译类型,针对每个类型我们可以有不同的编译配置,不同的编译配置对应的有不同的编译命令。默认的有debug、release 的类型。
dependencies:是属于gradle 的依赖配置。它定义了当前项目需要依赖的其他库。
2.Setting.gradle
这个 setting 文件定义了哪些module 应该被加入到编译过程,对于单个module 的项目可以不用需要这个文件
include ':app', ':smileapp', ':smileproject', ':orangeframework',':bilibili'
如果注掉了app,那么app module将不被编译
3.Gradle Wrapper
为了解决向后兼容的问题,gradle wrapper出现了,它指定了gradle task是基于那种版本的gradle进行编译的,如果没有会自动去网上下载。当然可以在setting中搜索gradle,将gradle配置为使用本地的环境,因为每个androidstudio下载时,同时会下载一个gradle环境。引入这个本地的即可。
4.Repositories
Repositories 就是代码仓库,我们平时的添加的一些 dependency 就是从这里下载的,Gradle 支持三种类型的仓库:Maven,Ivy和一些静态文件或者文件夹
三、sourceSet指定目录结构
androidstudio是可以指定项目结构的。当我们从Eclipse迁移一些项目到androidstudio上时,完全不用担心。甚至可以完成继承eclipse的目录样式,以及自定义目录。通过sourceSet的引入,将文件指定为资源目录。在android领域中使用sourceSets
sourceSets{
main{
java.srcDirs=['src']
res.srcDirs=['res']
assets.srcDirs=['assets']
jni.srcDirs=['jni']
manifest.srcFile 'AnddroidManifest.xml'
}
}
保留原有eclipse配置
renderscript.srcDirs=['src']
aidl.srcDirs=['src']
四、全局信息的配置
在根目录的build.gradle中加入ext标签
ext{
compileSdkVersion=23
minSdkVersion=“23.0.01”
.....
}
在module的gradle中引入
android{
compileSdkVersion rootProject.ext.compileSdkVersion.
}
五、动态配置参数
gradle的参数是可以动态添加的,例如版本号的信息
defaultConfig{
versionCode getVersionCode()
}
def getVersionCode(){
......
}
六、BuildType构建不同类型apk
使用applicationIdSuffix参数为默认的包名添加一个后缀。以此来区分不同的构建类型。例如我们原来的包名是com.guo.test。如果打debug包通过aapt工具查看包名时,包名和默认的一样,但是加上该参数后,会在默认的包名尾端添加该字段。因为在Android系统中,通过包名来区分应用的,包名相同就是同一个应用。例子中打出来的包名为:com.guo.test.guo。
buildTypes{
guo{
applicationIdSuffix ".guo"
}
}
当我们使用了默认构建类型时,系统还为我们生成了相应的构建语法gradle assembleGuo。
继承其他的构建类型
同样我们可以继承任何类型的配置 initWith(type_name),这样就可以具有debug的配置。
buildTypes{
debug{
minifyEnabled false
}
guo.initWith(debug)
guo{
applicationIdSuffix ".guo"
}
}