你所应该知道的gradle知识都在这里(2)

版本构建

在app开发过程中,你通常需要两个办法的apk,一个debug版本,用于开发,一个release版本用于发布。debug版本在你程序运行的时候,android studio会自动帮你生成,输出目录在app/build/outputs/apk下,而release版本,as也会帮你加上默认配置。

release {
     minifyEnabled false
     proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
     }

当然这些远远是不够的,起码你还得加上下面这些配置。

        zipAlignEnabled true
        //删除无效的Resource
        shrinkResources true

一般情况下,debug版本加上release版本就能满足需求了,不过遇到一些特殊的需求,那你可能需要自己定义版本。如下

android {
    buildTypes {
        //继承debug版本的所有属性
        newtype.initWith(buildTypes.debug)
        newtype {
            //定义新的applicationId
            applicationIdSuffix ".newtype"
         }
    }
}

这样就创建了一个新的版本newtype,同时定义了一个新的application。

debug-applicationid:com.package

release-applicationid:com.package

newtype-application:com.package.newtype

意思就是说,你在手机上不能同时安装debug版本和release版本,
但是你可以同时安装release版本和newtype版本,原因是applicationid不同。

Product Flavors

Product Flavors姑且理解为版本变种的意思,就是说你的一个release版本,也可以有releaseA,releaseB两种版本。

基本的使用。

android {
    productFlavors {
        flavorA {
             applicationId 'com.package.flavorA'
             versionCode 3
             versionName "1.0-demo"
        }
        flavorB {
             applicationId 'com.package.flavorA'
             minSdkVersion 14
             versionCode 4
             versionName "2.0-demo"
        }
    }
}

上述代码定义了flavorA和flavorB两种变体,而productFlavors下的变体和buildTypes下的版本是组合的形式构建的。
比如
buildTypes下有 debug,release,newtype
productFlavors下有 flavorA,flavorB。

最后一个会有6种类型的版本变体
flavorAdebug,flavorArelease,flavorAnewtype
flavorBdebug,flavorBrelease,flavorBnewtype,
具体刻在下图位置处查看


资源文件和manifest的合并

既然创建了多个不同的版本,那必然是因为在各个版本有不同的需求,这势必会带来资源文件和manifest的修改,在编译合并的时候如果处理不当,就会引起冲突。
gradle有一套资源文件和manifest合并的规则,
优先级从高到低,
1.buildType的配置
2.productFlavor的配置
3.src/main目录下的manifest文件
4.依赖和第三方库

合并规则
能合并则合并,冲突则取高优先级,显示设置的属性高于默认的属性

简单解释一下,
A版本
<resources>
<string name="app_name">A</string>
<string name="hello_world">Hello world!</string>
</resources>

B版本

<resources>
   <string name="app_name">B</string>
   <string name="hello">Hello</string>
</resources>

合并之后

<resources>
   <string name="app_name">?</string> //???
   <string name="hello_world">Hello world!</string>
   <string name="hello">Hello</string>
</resources>

带???那行,因为属性相同都是app_name,所以会起冲突,这个时候就需要按照优先级高低来合并属性了。

变体过滤

有的时候你需要忽略某些版本变体,这个时候你可以这么写

buildTypes {
    android.variantFilter { variant ->
           if(variant.buildType.name.equals('release')) {
               variant.getFlavors().each() { flavor ->
                   if (flavor.name.equals('flavorsA')) { variant.setIgnore(true);
                }
            }
        }
    }
}

上述代码表示,忽略flavorsArelease这个变体。

定义变体的输出样式

buildTypes {
    android.variantFilter { variant ->
           if(variant.buildType.name.equals('release')) {
              variant.outputs.each { output ->
                    def outputFile = output.outputFile
                    if (outputFile != null && outputFile.name.endsWith('.apk')) {
                        def fileName = "test_v${defaultConfig.versionName}_${releaseTime()}_${variant.flavorName}.apk"
                        output.outputFile = new File(outputFile.parent, fileName)
                    }
                }
            }
        }
    }
}

上述代码打包输出的结果是这样的。


签名配置

签名配置就比较常见了
配置

signingConfigs {
    release {
        storeFile file("test.jks")
        storePassword 'gank666'
        keyAlias 'Gank'
        keyPassword '94a186'
    }
}

使用

buildTypes {
       release {
           signingConfig signingConfigs.release
       } 
   }

本人也只是Android开发路上一只稍大一点的菜鸟,如果各位读者中发现文章中有误之处,请帮忙指出,你的批评和鼓励都是我前进的动力。

推荐阅读更多精彩内容

  • 当你在开发一个app,通常你会有几个版本。大多数情况是你需要一个开发版本,用来测试app和弄清它的质量,然后还需要...
    justCode_阅读 84评论 0 1
  • 第四篇( 构建变体 ) 当你在开发一个app,通常你会有几个版本。大多数情况是你需要一个开发版本,用来测试app和...
    一剑飞鸿阅读 321评论 0 0
  • 当你在开发一个app,通常你会有几个版本。大多数情况是你需要一个开发版本,用来测试app和弄清它的质量,然后还需要...
    雪残阅读 96评论 0 0
  • 开发应用时, 通常会有几个不同的版本。最常见的是有一个测试用的临时版本和一个生产版本。这些版本通常有不同的设置,比...
    sollian阅读 987评论 0 2
  • 转载注明出处:http://www.jianshu.com/p/5255b100930e 0. 前言 完全由个人翻...
    王三的猫阿德阅读 1,214评论 0 4