Android 开发之 Gradle那些事儿（三）

自定义构建出的文件名
在android代码块下，使用注入替换的方式，可以自定义构建出的文件名，比每次都出来默认的app-debug.apk或者app-release.apk要友好且清晰。具体代码如下：

//自定义生成的apk名称applicationVariants.all { variant ->    variant.outputs.each { output ->        if (!variant.buildType.name.equals('debug')) {            def outputFile = output.outputFile            //这里修改文件名            def fileName = "GradleDemo-V"+defaultConfig.versionCode+"-"+buildTime()+"-"+getSvnRevision()+".apk"            output.outputFile = new File(rootProject.buildDir.path, fileName)        }    }}

效果如图：

多渠道打包
我个人不建议在gradle里用最古老的多渠道打包方法（清单文件里建meta-data，再用productFlavors里面配各种渠道值来动态替换清单文件里的渠道号占位变量。）
原因很明显：配置麻烦，构建非常非常慢，打出来20个包估计得半小时。

我个人也不建议在gradle里直接配 packNg或者walle，因为我个人认为打包生成的文件，本质上是一个压缩包，对于一个压缩包的处理或者生成一堆压缩包，不应该是gradle的工作。我们应该把 构建出安装包 和 一个包分身出多个 这两个作为不同类型的任务(比如我们可以把多渠道分身的任务交给运营或者测试，哈哈哈，可以减轻我们任务节约我们的时间啦，也不用每次给他们花好长时间发几十个包)

我个人建议使用packNg、AndroidMultiChannelBuildTool 或者 walle 的命令行工具在电脑上单独做分身多渠道的任务。团队分享内我已经写了相关教程以及批处理脚本。(另外随着Android7.0的出现，我们推荐使用walle，因为它速度快，使用方便，支持对v2签名包的分身多渠道打包)

多模块组件化配置
在gradle.properties配置一个isModule配置项，取值为true或false。
true代表使用组件化模式，有些独立的模块可以单独拎出来编译打包或者单独做单元测试，不同模块可以分开维护。
false代表集成模式，还是以app模块作为工程的主模块，主模块依赖各个业务模块(都作为library)。

在独立出业务模块的build.gradle里，读取isModule配置值，做不同的模块配置选项

对于各模块的build.gradle除了读取isModule做不同配置外，还有一个比较方便的方案是：把各个模块的build.gradle公共配置，抽到一个公共配置文件里，方便统一修改和统一管理，在各模块的build.gradle中使用apply from:读取(缺点：必须使用AS的Project视图，才能查看到我们的公共配置文件)。

我们在项目更目录下新建CommonConf文件夹，添加modulesCommonConfig.gradle,在modules2中apply。

实际运行效果图：

打开不同模块的app：

关于组件化模式和集成模式清单文件的问题:
当独立模块作为一个独立组件编译运行时(com.android.application)，它是要有入口activity的；相反如果用集成模式编译它将作为主模块依赖的库(com.android.library)，它的清单文件和资源将会在编译打包时做混合，如果有了不同的application属性或者多个入口activity，就会冲突报错。
但是我们如果每次都去手动修改清单文件，这将是很麻烦的，我们可以创建两个有差异的清单文件，一个给组件化模式用，一个给集成模式用。然后在模块的build.gradle中，根据isModule标志，设定使用不同的清单文件。
例子如下（可以把这个代码块写在每个模块的build.gradle里，也可以写在各模块的公共配置文件里，然后用apply from:读取使用）：

我会把Demo地址添加在文章的最后。

一些杂项配置

compileOptions {    //指定编译用的java版本    sourceCompatibility JavaVersion.VERSION_1_7    targetCompatibility JavaVersion.VERSION_1_7}dexOptions {    //让它不要对Lib做preDexing    preDexLibraries = false    //开启incremental dexing,优化编译效率，这个功能android studio默认是关闭的    incremental true    //增加java堆内存大小    javaMaxHeapSize "4g"}//默认的一些文件路径的配置sourceSets {    main {        assets.srcDirs = ['assets']    //资源文件        jni.srcDirs 'src/main/jni'     //jni文件        jniLibs.srcDir 'src/main/jniLibs' //jni库    }}packagingOptions {    //打包排除掉，不想添加到apk中的文件    exclude 'META-INF/DEPENDENCIES.txt'    exclude 'META-INF/LICENSE.txt'    exclude 'META-INF/NOTICE.txt'    exclude 'META-INF/NOTICE'    exclude 'META-INF/LICENSE'    exclude 'META-INF/DEPENDENCIES'    exclude 'META-INF/notice.txt'    exclude 'META-INF/license.txt'    exclude 'META-INF/dependencies.txt'    exclude 'META-INF/LGPL2.1'    exclude 'META-INF/ASL2.0'}

dependencies代码块
dependencies称作依赖配置，一般可以配置三种：依赖本地库文件，依赖远程库文件，依赖本地工程模块
分别示例如下：

compile fileTree(dir: 'libs', include: '*.jar')provided fileTree(dir: '../honjane-demo-library/libs', include: '*.jar')//依赖本地jarcompile(name: 'liblivenessdetector2-release', ext: 'aar')compile(name: 'lib-1.1', ext: 'aar')//依赖本地aarcompile 'com.jakewharton:butterknife:8.2.1'compile 'com.squareup.okhttp3:okhttp:3.4.1'//依赖远程库if (isModule.toBoolean()) {    compile project(':mylibrary')} else {    compile project(':module2')    compile project(':module3')    compile project(':module4')    compile project(':module5')}//依赖本地工程模块

关于Gradle的介绍就到这里啦，欢迎大家一起讨论。

项目地址：github
项目地址：github
项目地址：github
重要的事情说三遍

谢谢大家。完结撒花