最近做的流水账 | 闲聊扯淡

2022-03-06 09:44:44 浏览数 (1)

theme: smartblue

标题

最近做的东西吧都比较琐碎，很难整理成一个固定的体系给大家分享，所以就有了今天这篇文章。

顺便说件开心的事情，AndroidAutoTrack这个项目经过我三年的努力终于有了420个Star了，以后我就是各位大佬们的舔狗了，感谢大佬们的支持，爱你们。

今天文章应该会从下面是四个非常沙雕的主题开始慢慢和大家说说。

  1. kotlin dsl的简单学习
  2. AGP升级4.1.1的陨石坑
  3. yaml 还真香

正文

kotlin dsl的简单学习

DSL（domain specific language），即领域专用语言：专门解决某一特定问题的计算机语言，比如大家耳熟能详的 SQL 和正则表达式。

各位在写kotlin的时候，我经常会被大佬们风骚的block函数所吸引。之前因为自己写不来，也就风骚不起来，只能给大佬们高呼666。

这次也算是自己稍微玩了一把。我们这次就从路由的构造器来给大家展开这个话题好了。

代码语言：javascript复制
  val request = KRequest("https://www.baidu.com/test", onSuccess = {
                    Log.i("KRequest", "onSuccess")
                }, onFail = {
                    Log.i("KRequest", "onFail")
                }).apply {
                    activityResultCode = 12345
                }.start(this)

上面是我以前定义的一个路由跳转的Request，可以看得出来，这部分构造参数其实也还是蛮恶心的，虽然我都加了默认值，但是给人的第一感觉就是这个人不够风骚呀。这部分吧，如果用构造器模式调整下，相对来说就会更好看点。

代码语言：javascript复制
@RouterDsl
class KRequest(
    val url: String,
    val bundle: Bundle? = null,
    val onSuccess: () -> Unit = {},
    val onFail: (exception: Exception) -> Unit = {
        throw  it
    }
) {

    var activityResultCode: Int = 0

    constructor(builder: Builder) : this(
        builder.url,
        builder.bundle,
        builder.onSuccess,
        builder.onFail
    ) {
        this.activityResultCode = builder.activityResultCode
    }


    fun start(context: Context) {
        Router.sharedRouter().open(this, context)
    }

    fun newBuilder(): Builder {
        val newBuilder = Builder(url)
        newBuilder.onSuccess = onSuccess
        newBuilder.onFail = onFail
        newBuilder.bundle = bundle
        newBuilder.activityResultCode = activityResultCode
        return newBuilder
    }

    @RouterDsl
    class Builder(val url: String) {

        var bundle: Bundle? = null
        var onSuccess: () -> Unit = {}
        var onFail: (exception: Exception) -> Unit = {
            throw  it
        }
        var activityResultCode: Int = 0

        fun putBundle(bundle: Bundle) {
            this.bundle = bundle
        }

        fun build(): KRequest {
            return KRequest(this)
        }

    }

}

这个就是第一个重构完的版本了。这样我们就可以通过构造者的模式去创建这个Request了，但是我始终觉得还是略微有点不够风骚。接下来看我们最终呈现给大家的dsl。

代码语言：javascript复制
           request("https://www.baidu.com/test") {
                activityResultCode = 12345
                success {

                }
                fail {

                }
                bundle {
                    putString("1234", "1234")
                }
            }.start(this)

这个版本是不是就看起来很风骚了，首先request("https://www.baidu.com/test") {}这个闭包，代表构造了一个Request,然后我们可以在这个闭包内，定义添加bundle以及跳转时候的参数，我们可以定义一个成功或者失败的回调函数，同时定义好是不是一个有返回结果的请求。然后在这个闭包的最后调用路由跳转函数。浑然天成，风骚无比。

这么定义之后相对于之前的构造者模式有什么好处呢？ 简单的说就是我们定义的函数以及闭包会更清晰，每个域只负责自己相关的功能，其次没有了函数的情况下，我们能更好的理解当前的域是干嘛的，虽然这个取决于你的实际命名规则，但是可以丰富你的代码可读性。最后就是你可以装个逼，装逼你懂吧，就是亚索那种e来e去的感觉。

如何实现的呢？

代码语言：javascript复制
fun request(url: String, build: KRequest.Builder.() -> Unit): KRequest {
    val requestBuilder = KRequest.Builder(url)
    build.invoke(requestBuilder)
    return requestBuilder.build()
}

fun KRequest.newRequest(build: KRequest.Builder.() -> Unit): KRequest {
    val builder = newBuilder()
    build.invoke(builder)
    return builder.build()
}


fun KRequest.Builder.bundle(invoke: Bundle.() -> Unit) {
    if (bundle == null) {
        bundle = Bundle()
    }
    bundle?.apply(invoke)
}

@RouterDsl
fun KRequest.Builder.success(invoke: () -> Unit) {
    onSuccess = invoke
}

@RouterDsl
fun KRequest.Builder.fail(invoke: (exception: Exception) -> Unit) {
    onFail = invoke
}

这部分就这么点代码，通过定义好一个个block，然后将Dsl抽象出来了。

Tips 这里同时使用了@DslMaker的属性，就是禁止在闭包内套娃的一个合理操作

项目学习地址 Router-Android

AGP升级4.1.1的陨石坑

最近项目在偷偷的做一些关于AGP（Android gradle plugin）的升级操作，不可避免的碰到了一些奇奇怪怪的问题。

第一个Manifest PleaceHolder 无法在Varint中被插入了。

第二个resValue 也插入失败了。

其实这两个问题是一个原因导致的，而且排查起来第二个难度更高一点。正常情况下我们在插件内定义的Extension拓展，会在Procect的afterEvaluate函数执行之后去取值。我偶尔会在这个函数执行的时候去获取android的拓展内容，基于其中的Variant变种进行一部分动态生成或者依赖插入或者force的操作。

然后Variant在AGP4.1.0的版本上就有一些变更，当你afterEvaluate后调用方法插入的一些属性就无法是生效了，具体原因就是因为你虽然调用了方法，但是因为时机偏后的原因，导致了后面调用的代码，并不会实际向真是的存储块内添加需要的东西。之后在文件生成或者pleaceholder的生成过程中，就无法插入你所需要的代码了。

代码语言：javascript复制
     val androidPreLoad = project.extensions.getByName("android") as BaseAppModuleExtension
            androidPreLoad.onVariantProperties {
                addAPGClassFile(this, "key","value")
            }
            
                @Incubating
    private fun addAPGClassFile(@Incubating config: VariantProperties, key: String, value: String) {
        config.addResValue(key, "string", value, "")
    }

解决方案也比较简单，android的dsl 提供了另外一个闭包，这个闭包执行的时候我们的拓展字段其实已经拿到值了，我们只要在这个时机内，进行代码的插入操作，就可以做到AGP插件的兼容适配了。这部分只要把afterEvaluate换成这个闭包就行了。

大的AGP版本升级的时候大家一定要慎重点，尽量把时间估算的充裕一点，往往会有意想不到的情况发生，我们是测试反馈了无法收到推送，之后开始反向排查整个事情之后我大概用了一天的时间才修复完的。这个还不算之前做适配解决编译问题的时间。

yaml 还真香

YAML是"YAML Ain't a Markup Language"（YAML不是一种标记语言）的递归缩写。在开发的这种语言时，YAML 的意思其实是："Yet Another Markup Language"（仍是一种标记语言），但为了强调这种语言以数据做为中心，而不是以标记语言为重点，而用反向缩略语重命名。

最近看到xml这个格式吧，打心底的反感，又不简约，而且可读性也差。相对来说json虽然可能好一点，但是你没有format的情况下，也还是很恶心。

所以尝试了下编译阶段经常使用的文件格式yaml，这个在gitlab ci 上使用到的文件格式。就应用在我的Gradle Task这个多仓库混编插件内。

代码语言：javascript复制
<?xml version="1.0" encoding="UTF-8" ?>
<repo xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.w3school.com.cn"
    xsi:schemaLocation="http://www.w3school.com.cn repo.xsd">

    <default srcBuild="false" />

    <module name="QrCodeLibrary" branch="master" origin="https://github.com/Leifzhang/QRScaner.git"
        srcBuild="false" substitute="com.github.leifzhang:QrCodeLibrary" />
</repo>
代码语言：javascript复制
src: false
modules:
  - branch: master
    origin: https://github.com/Leifzhang/QRScaner.git
    srcBuild: true
    name: QRScaner
  - branch: master
    origin: https://github.com/Leifzhang/QRScaner.git
    srcBuild: false
    name: Router

上面是原始的xml格式，而下面是我用yaml新定义的格式。如果你是使用方，你会选择哪个格式这个就你自己考虑了。

如果单纯从可读性角度和便利性来说yaml还是很香的。但是就是解析起来会麻烦点。

项目学习地址 GradleTask

总结

一点几啦，睡觉先啦。明天起来再改稿把。

醒了，重新补充点废话，除了想装杯并没有啥特别想说的了。

kotlin android http

0 人点赞