原文链接 LiveData ，是我们退回到 2017 年才需要的东西。观察者模式，的确简化了我们的工作方式，但 RxJava 等选项，对于当时的初学者来说实在是太复杂了。因此 Architecture

各个团队多少都有一些自己的代码规范，但制定代码规范简单，困难的是如何落地。如果完全依赖人力Code Review难免有所遗漏。 这个时候就需要通过静态代码检查工具在每次提交代码时自动检查

写代码犹如写作文，有些代码言简意赅，而有些则啰里吧嗦。这一篇介绍 Kotlin 是如何利用语法糖让对象名消失的。

随着码龄增大，渐渐意识到团队代码中的最大的敌人是“复杂度”。不合理的复杂度是降低代码质量，增加沟通成本的元凶。Kotlin 在降低代码复杂度方面有着诸多法宝。

前言：勤学如春起之苗，不见其增，日有所长。——陶潜前言 公司开启新项目了，想着准备亮一手 Kotlin 协程应用到项目中去，之前有对 Kotlin 协程的知识进行一定量的学习，以为自己理解协程了，结果

打开Android架构组件页面,我们可以发现一些最新发布的组件都支持了Flow,看起来官方在大力推荐使用Flow取代LiveData,那么问题来了,有必要吗?

最近学习了kotlin的flow，感觉和RxJava很像 于是就利用它来封装网络请求。再之前的文章中我也封装过网络请求https://juejin.cn/post/692263828780692275

Kotlin 中的协程提供了一种全新处理并发的方式，您可以在 Android 平台上使用它来简化异步执行的代码。协程是从 Kotlin 1.3 版本开始引入，但这一概念在编程世界诞生的黎明之际就有了

今天这篇文章依旧很简单，只要搞懂一个东西就可以了。那就是泛型中的类型形参的约束，这个概念在Java中也有的。但是我们有个疑惑是什么情况下使用泛型类型形参呢？ 当你在声明一个泛型时，Kotlin允许你给这个泛型的类型形参增加约束条件，换言之就是把类型形参可接受的类型实参限制在一个…