[Android]如何做一个崩溃率少于千分之三噶应用app(8)-多渠道模块

以下是我这个系列的相关文章,有兴趣可以参考一下,可以给个喜欢或者关注我的文章。

[Android]如何做一个崩溃率少于千分之三噶应用app--章节列表


我建立了一个关于Android架构学习的群,里面可以进一步进行组件化学习的交流。

群号是316556016,也可以扫码进群。我在这里期待你们的加入!!!

[Android]如何做一个崩溃率少于千分之三噶应用app(8)-多渠道模块_第1张图片


你试过多渠道研发?例如插件型的app

插件型app需要多渠道发布,那么有些登录或者支付功能有可能是独有的,需要区分开来。

如何将登录或者支付功能的模块区分开呢?

这就是我们这节会介绍的内容。

1.介绍一下productFlavors属性

mi和baidu是渠道名

dependencies里面添加需要不同渠道需要添加的模块

applicationId 是分别对应application名字

manifestPlaceholders是在mainfeset里面添加名字的引用

        appName可以在AndroidMainfest里面app的名字

        entryActionName可以在AndroidMainfest里面跳转的action

        loginClassPath 指定登录入口

        rechargeClasspath  制定支付入口

[Android]如何做一个崩溃率少于千分之三噶应用app(8)-多渠道模块_第2张图片

2.可以看一下AndroidMainifest的配置

[Android]如何做一个崩溃率少于千分之三噶应用app(8)-多渠道模块_第3张图片

loginClassPath和rechargeClasspath都是通过meta-data去读取


3.这是对应的模块设计

[Android]如何做一个崩溃率少于千分之三噶应用app(8)-多渠道模块_第4张图片

4.读取meta-data

[Android]如何做一个崩溃率少于千分之三噶应用app(8)-多渠道模块_第5张图片
获取meta-data
[Android]如何做一个崩溃率少于千分之三噶应用app(8)-多渠道模块_第6张图片
获取loginclassPath

5.获取classPath的来做登录接口调用

  因为同一接口MiLoginHandler和BaiduLoginHandler都继承基类LoginThird Handler

  然后动态创建,调用doLogin的方法动态创建。

[Android]如何做一个崩溃率少于千分之三噶应用app(8)-多渠道模块_第7张图片

这样就能在对应module里面调用自己不同的模块功能。

*2016.10.31日补充

6.gradle配置后,在Android studio的Build Variants里面,有构建的构建的版本选择,选择一个就可以编译相关的版本出来。


[Android]如何做一个崩溃率少于千分之三噶应用app(8)-多渠道模块_第8张图片
构建版本


这节就介绍到这里。

当功能快速迭代,出现在我们面前的将会是不断的更新,但是用户并不希望一直不断更新应用,这样会让用户消耗他们的积极性

下一节,将会介绍我们的解决非常适用于这个类型的插件化。

敬请期待!!!

你可能感兴趣的:([Android]如何做一个崩溃率少于千分之三噶应用app(8)-多渠道模块)