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

Android架构模式飞速演进，目前已经有MVC、MVP、MVVM、MVI。这篇文章就针对这些架构模式逐一解读。重点会介绍Compose为什么要结合MVI进行使用，然后找到适合自己业务的架构模式。

写 CRUD 没啥难度，但是写好 CRUD 就没那么容易了。如果连个 CRUD 都写不好，那还能谈什么写组件？谈什么写框架？

前言   有一段时间没有去写过框架了，最近新的框架MVI，其实出来有一段时间了，只不过大部分项目还没有切换过去，对于公司的老项目来说，之前的MVC、MVP也能用，没有替换的必要，而对于新建的项目来说还

在Kotlin中声明一个Lambda表达式，在编译字节码中会产生一个匿名类。此匿名类中有一个 invoke 方法，为Lambda的调用方法，每次调用会创建一个新匿名类对象。

DataBinding/ViewBinding 作为 Android 官方的亲儿子库，它的经历更加的离奇，从发布的时候火爆，然后到坑太多直接遇冷，随之被其他框架替代，再到后面 Kotlin 出来之后

当然要想成为高级工程师或者架构师，光看书是不行的，书本上来的东西都是工具型编程的体现，何为工具型编程呢？ 就是说可以依据书本、网络等渠道就能完成的编程就是工具型编程，那怎么解决呢？ 为什么要提升编程思

最近看了好多MVI的文章，原理大多都是参照google发布的 应用架构指南，但是实现方式有很多种，就想自己封装一套自己喜欢用的MVI架构，以供以后开发App使用。

Android 控件可见性检测是一件头痛的事情，系统并未提供一个全局的控件可见性检测回调，本篇准备从零开始，自己动手写一个。