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

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”)

最后

都说三年是程序员的一个坎，能否晋升或者提高自己的核心竞争力，这几年就十分关键。

技术发展的这么快，从哪些方面开始学习，才能达到高级工程师水平，最后进阶到Android架构师/技术专家？我总结了这 5大块；

我搜集整理过这几年阿里，以及腾讯，字节跳动，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 PDF（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

Java语言与原理；
大厂，小厂。Android面试先看你熟不熟悉Java语言

高级UI与自定义view；
自定义view，Android开发的基本功。

性能调优；
数据结构算法，设计模式。都是这里面的关键基础和重点需要熟练的。

NDK开发；
未来的方向，高薪必会。

前沿技术；
组件化，热升级，热修复，框架设计

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

我在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多

当然，想要深入学习并掌握这些能力，并不简单。关于如何学习，做程序员这一行什么工作强度大家都懂，但是不管工作多忙，每周也要雷打不动的抽出 2 小时用来学习。

不出半年，你就能看出变化！
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！

当然，想要深入学习并掌握这些能力，并不简单。关于如何学习，做程序员这一行什么工作强度大家都懂，但是不管工作多忙，每周也要雷打不动的抽出 2 小时用来学习。

不出半年，你就能看出变化！
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！