多渠道打包与productFlavors

你说多渠道打包,我说哟~

当你准备在Android里开始集成统计的时候,多渠道打包这个事情就离你不远了。先对标一下IOS是怎么处理统计的,见下图。

多渠道打包与productFlavors_第1张图片
IOS统计.jpg

这个是apple自家的统计,由于IOS的app只有一种渠道,也就是app store, 所以IOS做起统计来也是so easy, 不需要多渠道打包,没有那么多麻烦事。 这算是封闭生态的好处吧,这方面IOS比较规范和优雅。

当然对于Android统计来说,如果支持的渠道比较少,修改代码,再手动打包也没什么大不了的。but...作为一个有b格的程序员,绝不搬砖是我的原则和尊严。撇开装13不说,每次手动修改代码打包,都增加了一次犯错的机会。况且一次打包2分钟,10种渠道就需要20分钟。绝对不能忍,有这时间都够我撸一把农药了~

通常的打包设置

百度统计为例,在AndroidManifest.xml里设置渠道



如果打包的时候,CHANNEL_VALUE能根据配置做改变就方便了。话不多说,直接上方法。

多渠道打包操作

1.在AndroidManifest.xml里设置动态渠道变量


这种写法是不是很熟悉,跟databinding很类似。

2.在build.gradle设置productFlavors

app中的build.gradle

android {
    productFlavors {
        //应用宝、360手机助手、魅族应用市场、华为应用市场、自动更新
        yingyongbao {
            manifestPlaceholders = [BAIDU_CHANNEL_VALUE: "应用宝"]
        }
        qh360 {
            manifestPlaceholders = [BAIDU_CHANNEL_VALUE: "360手机助手"]
        }
        meizu {
            manifestPlaceholders = [BAIDU_CHANNEL_VALUE: "魅族应用市场"]
        }
        huawei {
            manifestPlaceholders = [BAIDU_CHANNEL_VALUE: "华为应用市场"]
        }
        autoUpdate {
            manifestPlaceholders = [BAIDU_CHANNEL_VALUE: "应用内更新"]
        }
    }
}

productFlavors直译过来是 产品风味,在Android Studio中用来打出不同特性的安装包,正中我们的需求。赞~

3.开始打包

打签名包的时候,会发现Flavors多了一些选项,如下图

多渠道打包与productFlavors_第2张图片
打包.png

全选,Finish即可得到所有渠道的安装包。

多渠道打包与productFlavors_第3张图片
安装包.png

多渠道打包到此就完成了,是不是超级简单。
but...按照我的尿性,肯定要探究一下productFlavors还能干什么其他有意思的事情。

productFlavor探索

Android Developer的解释(点我看原文)

配置产品风味

创建产品风味与创建构建类型类似:只需将它们添加到 productFlavors {} 代码块并配置您想要的设置。产品风味支持与 defaultConfig 相同的属性,这是因为 defaultConfig 实际上属于 ProductFlavor 类。这意味着,您可以在 defaultConfig {} 代码块中提供所有风味的基本配置,每种风味均可更改任何这些默认值,例如 applicationId。

Demo

android {
...
    defaultConfig {...}
    buildTypes {...}
    productFlavors {
        demo {
            applicationIdSuffix ".demo"
            versionNameSuffix "-demo"
        }
        full {
            applicationIdSuffix ".full"
            versionNameSuffix "-full"
        }
    }
}

在创建和配置您的产品风味之后,在通知栏中点击 Sync Now。在同步完成后,Gradle 会根据您的构建类型和产品风味自动创建构建变体,并按照的格式命名这些变体。例如,如果您创建了“演示”和“完整”这两种产品风味并保留默认的“调试”和“发布”构建类型,Gradle 将创建以下构建变体:

  • 演示调试
  • 演示发布
  • 完整调试
  • 完整发布

您可以将构建变体更改为您要构建并运行的任何变体,只需转到 Build > Select Build Variant,然后从下拉菜单中选择一个变体。然而,要开始自定义每个构建变体及其功能和资源,您需要了解如何创建和管理源集。

多渠道打包与productFlavors_第4张图片
Build Variants.png

同时,可以观察到Gradle窗口里多了一些具体的操作。如果有兴趣,我们可以在这里手动打包。

多渠道打包与productFlavors_第5张图片
gradle.png

原来如此,那看看具体都能设置什么(原文)。

多渠道打包与productFlavors_第6张图片
property.png

从applicationId 到proguardFiles versionCode, 还是挺丰富的。 如果以后遇到打包相关的需求,首先想到productFlavors就对了。

你可能感兴趣的:(多渠道打包与productFlavors)