本文主要是介绍多渠道管理应用,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
文章目录
- 前言
- 一、案例演示平台
- 二、解决多平台的代码开发问题
- 场景一:生产某种水果
- 场景二:不同的水果需要施品种不同的肥料
- 场景三:我们需要的香蕉能够手动剥皮
- 总结
前言
最近在做项目中,需要适配不同的平台,不同平台功能不同,每个平台如果都需要咔嚓咔嚓写一堆代码,脑壳疼。为此,我们需要通过多渠道去解决这些问题。
一、案例演示平台
我这里主要是通过androidStudio来演示如何解决这些问题。工具的下载方式,网上一大堆,这个不是我们重点描述的内容,自行解决。
二、解决多平台的代码开发问题
场景一:生产某种水果
假设我们需要生产一个水果。A需要一个苹果,B需要一个梨,C需要一根香蕉。同时,他们又都是水果。我们可以这样定义。
android {productFlavors {apple {//此处可以定义当前渠道需要的一些属性versionName defaultConfig.versionName + "[apple]"}pear {versionName defaultConfig.versionName + "[pear]"}banana {versionName defaultConfig.versionName + "[banana]"}}
}
此时同步下工程后,可以看到已经创建好多渠道
如果我们要定义香蕉的颜色是黄色的,直接在src下面创建banana资源结构
当我们选择banana渠道后,会自动将banana目录下的代码和main中的代码合并打包。
注意点:
- 如果某个渠道没有特殊定义,可以不创建和渠道名相同的目录结构,我们只需要定义不同的部分即可。
- 如果渠道中有定义AndroidManifest.xml文件,最终打包将会和main中的AndroidManifest.xml内容合并。
- 我们定义的时候,不能main中的同目录结构下有某个文件,渠道中有相同名称的文件,这个是不允许的,编译器无法识别编译。
- 如果需要每个渠道都实现某个类,main中调用,可在main中定义接口,各个渠道分别实现,然后main中调用即可。
场景二:不同的水果需要施品种不同的肥料
在我们实际的项目中,可能不同的渠道的依赖包不同,这个时候我们可以这样定义:
渠道名称+依赖的关系,就可以实现不同的渠道依赖不同的依赖包,比如: appleImplementation "androidx.core:core-ktx:1.3.2"定义apple渠道依赖“appleImplementation "androidx.core:core-ktx:1.3.2”。
注意点
- 如果像这种:implementation “org.jetbrains.kotlin:kotlin-stdlib:$kotlin_version”,前面没有加渠道的,表示所有渠道都依赖。
- 渠道名称一定要小写开头,否则,某些是studio版本无法识别渠道。
场景三:我们需要的香蕉能够手动剥皮
这种场景下,我们就需要将业务拆分,分成一个一个的module。然后在不同的需求下进行组合。
比如我们需要的香蕉能够手动剥皮,代码如下:
bananaImplementation project(':modulePeeling')
注意点:
- 如果需要渠道能正常运行,studio3.0以上版本需要定义属性flavorDimensions
总结
源码参考:https://github.com/dailei1020/Multichannel.git
在实际的使用中个,最好将项目拆分为一个个互相独立不影响的module,然后组合使用。独立module的修改不会影响到其他的模块,减少bug的产生。而且还能针对不同的需求个性化打包定制功能。以上就是对多渠道使用的一点经验。
这篇关于多渠道管理应用的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!