最近做的流水账 | 闲聊扯淡
theme: smartblue
标题
最近做的东西吧都比较琐碎，很难整理成一个固定的体系给大家分享，所以就有了今天这篇文章。
顺便说件开心的事情，AndroidAutoTrack这个项目经过我三年的努力终于有了420个Star了，以后我就是各位大佬们的舔狗了，感谢大佬们的支持，爱你们。
今天文章应该会从下面是四个非常沙雕的主题开始慢慢和大家说说。
kotlin dsl的简单学习- AGP升级4.1.1的陨石坑
- yaml 还真香
正文
kotlin dsl的简单学习
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")
}
@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这个多仓库混编插件内。
<?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>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
总结
一点几啦，睡觉先啦。明天起来再改稿把。
醒了，重新补充点废话，除了想装杯并没有啥特别想说的了。