多渠道打包与productFlavors

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

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

IOS统计.jpg

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

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

通常的打包设置

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

<!-- 渠道商编号 -->
<meta-data
    android:name="BaiduMobAd_CHANNEL"
    android:value="CHANNEL_VALUE" />

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

多渠道打包操作

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

<meta-data
    android:name="BaiduMobAd_CHANNEL"
    android:value="${BAIDU_CHANNEL_VALUE}" />

这种写法是不是很熟悉，跟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多了一些选项，如下图

打包.png

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

安装包.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 会根据您的构建类型和产品风味自动创建构建变体，并按照<product-flavor><Build-Type>的格式命名这些变体。例如，如果您创建了“演示”和“完整”这两种产品风味并保留默认的“调试”和“发布”构建类型，Gradle 将创建以下构建变体：

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

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

Build Variants.png

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

gradle.png

原来如此，那看看具体都能设置什么（原文）。

property.png

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