多渠道打包进阶知识

多渠道打包进阶知识

文章开始前,先看一下下面这种情况:

1android { 2 productFlavors { 3 //100 个多渠道配置 4 } 5//多渠道签名的配置 6 signingConfigs { 7 xiaomi { 8 storeFile file("../xiaomi.keystore") 9 storePassword 'xiaomi' 10 keyAlias 'xiaomi' 11 keyPassword 'xiaomi' 12 v1SigningEnabled true 13 v2SigningEnabled true 14 } 15 huawei { 16 storeFile file("../huawei.keystore") 17 storePassword 'huawei' 18 keyAlias 'huawei' 19 keyPassword 'huawei' 20 v1SigningEnabled true 21 v2SigningEnabled true 22 } 23 } 24 buildTypes { 25 debug { 26// debug这里设置不起作用,可能是编译器的问题? 27// productFlavors.xiaomi.signingConfig signingConfigs.test 28// productFlavors.huawei.signingConfig signingConfigs.test 29 } 30 release { 31 productFlavors.xiaomi.signingConfig signingConfigs.xiaomi 32 productFlavors.huawei.signingConfig signingConfigs.huawei 33 //....100 个签名配置 34 } 35 } 36//不同渠道不同资源文件配置 37 sourceSets{ 38 xiaomi.res.srcDirs 'src/main/res-xiaomi' 39 huawei.res.srcDirs 'src/main/res-huawei' 40 xxx.res.srcDirs 'src/main/res-xxx' 41 xxx.res.srcDirs 'src/main/res-xxx' 42 xxx.res.srcDirs 'src/main/res-xxx' 43 //....100 个资源文件配置 44 } 45//不同渠道不同的依赖文件 46 dependencies { 47 xiaomiApi('xxxxxxx') 48 huaweiImplementation('xxxxxxxx') 49 xxxApi('xxxxxxx') 50 xxxApi('xxxxxxx') 51 xxxApi('xxxxxxx') 52 //....100 个渠道不同依赖配置 53 } 54} 55

不难发现,当渠道比较多的时候,不同渠道不同的配置就会很繁琐,有没有更方便的方法呢?答案是肯定的。

资源文件配置

1sourceSets{ 2 def sets = getSourceSets()//获取资源设置集合 3 productFlavors.all{//遍历多渠道 4 if('huawei'.equals(name))//针对特殊的渠道做特殊处理 5 sets.getByName(name).res.srcDir 'src/main/res-xxx' 6 else 7 sets.getByName(name).res.srcDir 'src/main/res-'+name 8 //相当于 xiaomi.res.srcDir 'src/main/res-xiaomi' 9 // huawei.res.srcDir 'src/main/res-huawei' 10 // ..... 11 } 12} 13

依赖配置

1def dependenMap =[xiaomi: 'xiaomi依赖', 2 huawei: 'huawei依赖', 3 ... 4 xxx: 'xxx 依赖'] 5dependencies{ 6 productFlavors.all{ 7 if('huawei'.equals(name))//针对特殊的渠道做特殊处理 8 dependencies.add(name+"Implementation",project(dependenMap[name])) 9 else 10 dependencies.add(name+"Api",project(dependenMap[name])) 11 12 //xiaomiApi('xiaomi依赖') 13 //huaweiImplementation('xiaomi依赖') 14 //xxxxApi('xxx依赖') 15 } 16} 17

签名配置

1signingConfigs { 2 xiaomi{ 3 storeFile file("../xiaomi.keystore") 4 storePassword 'xiaomi' 5 keyAlias 'xiaomi' 6 keyPassword 'xiaomi' 7 v1SigningEnabled true 8 v2SigningEnabled true 9 } 10 huawei{ 11 storeFile file("../xiaomi.keystore") 12 storePassword 'xiaomi' 13 keyAlias 'xiaomi' 14 keyPassword 'xiaomi' 15 v1SigningEnabled true 16 v2SigningEnabled true 17 } 18 ....更多签名配置 19} 20buildTypes { 21 debug { 22 23 } 24 release { 25 productFlavors.all { 26 if('huawei'.equals(name))//针对特殊的渠道做特殊处理 27 productFlavors[name].signingConfig signingConfigs.xxx 28 else 29 productFlavors[name].signingConfig signingConfigs[name] 30 } 31 } 32} 33
点赞
收藏

评论区

加载中...

相关推荐

多渠道打包

Android多渠道打包看这一篇就够了本文三个流程一、多渠道配置1、多渠道配置2、不同渠道不同签名配置3、不同渠道不同资源文件配置4、不同渠道不同依赖配置二、注意事项三、打包1、命令行打包2、IDE打包多渠道配置(2种方式)1、可写在主模块(app)的build.gradle下androidcompileSdkVers

Android 多渠道打包原理和使用

每次中午吃饭总会和技术同学聊天。当做iOS开发的做安卓开发的人员在一起的时候,他们中间又多了一个话题:iOS开发难还是安卓开发难。这个时候做安卓开发的同学最激动说安卓开发要自己画界面、机型复杂、操作系统多rom又被各家改的四不像....开发一个安卓APP的时间将近是开发iOS所需时间的2倍。iOS开发的同学可能就会反驳说

如何通过数据分析鉴别假微博大V?

MCN并不是一个新出现的模式,很早就出现的微博、公众号等都具有MCN特征。但当以短视频为主的新型媒体出现后,MCN才爆发出强大的社会影响力。当前,借助于MCN实现企业爆发式的销售增长,是非常火热的一种渠道形态。01什么是MCNMCN(MutiChannelNetwork)即多渠道网络服务,它通过持续的内容输出来实现特定商业目标。在MCN机构出现之前,其实

Android蓝牙连接汽车OBD设备

//设备连接public class BluetoothConnect implements Runnable {    private static final UUID CONNECT_UUID  UUID.fromString("0000110100001000800000805F9B34FB");

Docker 部署SpringBoot项目不香吗?

  公众号改版后文章乱序推荐,希望你可以点击上方“Java进阶架构师”,点击右上角,将我们设为★“星标”!这样才不会错过每日进阶架构文章呀。  !(http://dingyue.ws.126.net/2020/0920/b00fbfc7j00qgy5xy002kd200qo00hsg00it00cj.jpg)  2

TYPESDK手游聚合SDK服务端设计思路与架构之三:流程优化之订单保存与通知

经过前两篇文字的分析与设计,我们已经可以搭建出一个能够支持多游戏多渠道的聚合SDK服务端,但这只是理想化状态下的一个简化模型。如果接入渠道的逻辑都是按照理想化的简化过程来构建,那么对于支付的请求,我们可以简化成这样几步:1.游戏客户端创建订单。2.游戏客户端(通过TYPESDK客户端)调用渠道lib库中相应接口,发起支付。3.用户在弹出的