[Android]如何做一个崩溃率少于千分之三噶应用app（8）

2016-10-30 本文已影响1562人 CangWang

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

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

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

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

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

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

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

1.介绍一下productFlavors属性

mi和baidu是渠道名

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

applicationId 是分别对应application名字

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

appName可以在AndroidMainfest里面app的名字

entryActionName可以在AndroidMainfest里面跳转的action

loginClassPath 指定登录入口

rechargeClasspath 制定支付入口

2.可以看一下AndroidMainifest的配置

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

3.这是对应的模块设计

4.读取meta-data

获取meta-data

获取loginclassPath

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

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

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

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

*2016.10.31日补充

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

构建版本

这节就介绍到这里。

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

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

敬请期待！！！