车顶的喵

时常有人来问我应该学 Compose 还是自定义 View、现在学自定义 View 是不是晚了的问题。今天就发表一下我的观点，欢迎大家来讨论和指正。

这一篇接着上一篇继续走查源码，分析拦截事件以及 ACTION_DOWN 事件的后续事件 ACTION_MOVE 及 ACTION_UP。

曾发表过关于“Builder模式”的错误言论，误导了读者。今天在此虔诚地向Builder模式道个歉。

MVI 相较于它的兄弟姐妹，理解难度上了一个档次。我对它的理解一度充满迷雾。本文讲述了我拨开迷雾，重见天日的辛路历程。

励志成为 Flow 和 LiveData 讨论终结篇。也是架构系列第二篇，架构演进线路为“无架构”-“MVP”-“MVVM”-“MVI”。

MVI 架构中将 Model 区分为状态和事件，它们的区别是生命周期的长短，以解决粘性数据持有者使界面重复消费数据的问题。

该系列用 MVI 重构了“新闻流”。本篇引入 MVI 中两个重要的概念PartialChange 和 Reducer，以形成 MVI 完全体。

MVVM架构被官方推荐，成为Android开发中的主流架构。不过软件开发中没有银弹，MVVM架构也不是尽善尽美的，在使用过程中也会有一些缺陷，而MVI可以很好的解决一部分MVVM的痛点。

军队中有“军师旅团营”，营是团的组件，师是军的组件。 国家中有“省市县乡村”，村是乡的组件，市是省的组件。 要管理复杂的结构，逐层划分组件是一个很好的方法。 本文探讨的组件化，并非以代码复用为目的。 本文关注于通过组件化，管理比较复杂的工程，提高人效，降低损耗。 代码量大编译慢…