• 手把手教你搭建android模块化项目框架(十三)——优雅的处理渠道与rom差异


    你是否厌倦了这种写法?

    when{
        isXiaomi()->xxxx
        isVivo()->xxxxx
        is.......
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5

    亦或是这样的代码?

        if(isXiaomi){
            xxxxx
        }else if(isVivo){
            xxxxxxx
        }else if....
    
    • 1
    • 2
    • 3
    • 4
    • 5

    那么今天,我将带你实现不一样的渠道、rom差异。

    废话不多,先看效果~

    我们这里随便举个例子,不同平台打印不同的log,可以看到,在华为手机上打印出了current is Huawei,而在三星手机上打印出了Samsung,创建简单易懂,无需处理繁杂的条件判断~

    //自动创建代理类
    private val logProxy by lazy {
        getPlatformProxy<ILogPlatformAction>()
    }
    
    fun setup(){
        logProxy.log()
    }
    
    打印结果: 
    华为-> current is Huawei
    三星-> current is Samsung
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12

    那么接下来,我们进入编码教程环节吧~

    前几天我们在# 手把手教你搭建android模块化项目框架(九)小试牛刀——优雅的登录方案中简单介绍过SPI,今天我抛砖引玉,继续使用SPI、autoservice实现差异化代理,这里我以不同rom为例,渠道区分同理,一看就懂~~

    首先我们在core_tool模块中创建统一平台区分接口~

    所有功能实现要基于此接口

    interface IPlatformAction
    
    • 1

    然后创建功能区分接口,这里我们以打印log为例

    interface ILogPlatformAction : IPlatformAction {
        fun log()
    }
    
    • 1
    • 2
    • 3

    之后创建实现类,这里我们只区分华为、三星手机,笔者手里就只有这两个品牌的手机

    增强健壮性,我们创建一个默认的实现类,避免某些型号没有实现类时出现问题
    @AutoService(ILogPlatformAction::class)
    open class DefaultLogAction : ILogPlatformAction {
        override fun log() {
            Log.v("ssssss", "current is Default")
        }
    }
    
    我们的平台实现类基于default实现即可,例如我们接口功能中有10个方法,只有两个平台需要区分时,可以简化很多代码
    @AutoService(ILogPlatformAction::class)
    class SamsungLogAction : DefaultLogAction() {
        override fun log() {
            Log.v("ssssss", "current is Samsung")
    
        }
    }
    
    @AutoService(ILogPlatformAction::class)
    class HuaweiLogAction : DefaultLogAction() {
        override fun log() {
            Log.v("ssssss", "current is Huawei")
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23

    然后我们怎么区分各个平台差异呢?

    我们知道,SPI代理创建对象是根据接口查找实现类,这里我们为了简化使用,写一个扩展方法协助查询实现类即可~

    这里我们偷下懒,直接使用类名字做区分,例如华为的实现类我们一定带上huawei,三星的同理,但是要注意,如此写法一定要确保我们的实现类名称不被混淆!!

    如果不想使用类名区分或者团队人员经常变动的情况下,这里我推荐在IPlatformAction类中添加platName,并且在每个rom的实现类中写入名称,以便ServiceLoader获取实现类时判断使用

    代码如下

    inline fun <reified T> getPlatformProxy(): T {
        val implList = ServiceLoader.load(T::class.java).toList()
        return runCatching {
            implList.find {
                这里的RuntimeUtil.platName可以自己获取一下,判断rom的代码还是要有的,不过仅仅使用一次即可,下面我会给出参考代码
                it?.getSimpleNameLowerCase()?.contains(RuntimeUtil.platName) == true
                如果使用platName方式
                //it?.platName == RuntimeUtil.platName
            } as T
        }.getOrElse {
            implList.find {
                如果没有找到实现类,
                it?.getSimpleNameLowerCase()?.contains(RuntimeUtil.PLATFORM_DEFAULT) == true
                如果使用platName方式
                //it?.platName == RuntimeUtil.PLATFORM_DEFAULT
            } as T
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18

    然后是RuntimeUtil的参考代码

    这个参考代码,包括git上的,一定不要拿来直接用,我都是乱写的判断条件,不一定准确判断各个rom的差异
    object RuntimeUtil {
        private const val PLATFORM_XIAOMI = "xiaomi"
        private const val PLATFORM_HUAWEI = "huawei"
        private const val PLATFORM_VIVO = "vivo"
        private const val PLATFORM_OPPO = "oppo"
        private const val PLATFORM_SAMSUNG = "samsung"
        const val PLATFORM_DEFAULT = "default"
    
        private val manufacturer by lazy { Build.MANUFACTURER.lowercase() }
    
        val platName by lazy {
            when {
                isMIUI() -> PLATFORM_XIAOMI
                isSamsung() -> PLATFORM_SAMSUNG
                isVivo() -> PLATFORM_VIVO
                isOppo() -> PLATFORM_OPPO
                isHuawei() -> PLATFORM_HUAWEI
                else -> PLATFORM_DEFAULT
            }
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22

    如此我们便达到了文章开头的使用方式

    下面我们总结一下实现方式

    1. 创建IPlatformAction接口,可以处理统一事务或处理混淆不想使用类名时添加platformname字段区分查询实现类
    2. 创建各个差异功能的接口,继承至IPlatformAction接口,例如ILogPlatformAction
    3. 创建各个rom差异化实现类,继承ILogPlatformAction
    4. 创建getPlatformProxy()扩展方法,达到自动创建动态代理的效果

    完成以上4步,即可达到文章开头的效果啦~

    完整项目地址:传送门

  • 相关阅读:
    Flume最简单使用
    SpringBoot项目创建及其核心设计思想
    E044-服务漏洞利用及加固-利用redis未授权访问漏洞进行提权
    线性代数矩阵相关知识回顾
    ELK日志分析系统实战
    OpenCV快速入门:直方图、掩膜、模板匹配和霍夫检测
    【每日一题】包含所有字符的最小子串长度
    基于Arrow的轻量线程池
    璀璨共鉴·抖跃前程——东北珠宝抖音电商“溢彩计划”全面启幕
    openGauss学习笔记-62 openGauss 数据库管理-两地三中心跨Region容灾
  • 原文地址:https://blog.csdn.net/flowerdanceX/article/details/132649769