最近做的流水账 _ 闲聊扯淡-CSDN博客

本文链接：https://blog.csdn.net/2401_84149557/article/details/138018602

文章探讨了如何使用DSL改进Kotlin中的路由构造，通过构造器模式和闭包实现更清晰、可读性强的代码。作者还提到了AGP升级带来的问题及解决方案，并强调了系统化学习的重要性，分享了相关领域的面试真题和学习资源。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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

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

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

val request = KRequest(“https://www.baidu.com/test”, onSuccess = {
Log.i(“KRequest”, “onSuccess”)
}, onFail = {
Log.i(“KRequest”, “onFail”)
}).apply {
activityResultCode = 12345
}.start(this)

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

@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。

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去的感觉。

如何实现的呢？

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的生成过程中，就无法插入你所需要的代码了。

val androidPreLoad = project.extensions.getByName(“android”) as BaseAppModuleExtension
androidPreLoad.onVariantProperties {
addAPGClassFile(this, “key”,“value”)
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。