前言 在做 Android 架构评审时，我经常看到这样的代码： ViewModel 在关心什么？它在关心缓存策略、缓存 key 的格式、是否要强制刷新。这些本不该是它的事。 这就是复杂度泄露——一层不

一、需求背景与痛点分析 1.1 常见场景 多环境切换：开发(DEV)、测试(TEST)、预发布(STAGING)、生产(PROD)环境 多域名管理：用户服务、支付服务、消息服务等使用不同域名 动态降级

有没有遇到过这样的场景？ 你接手一个老项目，UI 状态乱得像小孩的玩具箱—— 加载动画一直转、刷新不生效、点按钮没反应…… 你以为是逻辑写错，结果是状态更新全乱了套。 问题的根源其实不在你

前文介绍了 UI State、State Holder 的概念，接下来在本文中，将学习 UI State 的生成机制，主要是 UI State 的输入及输出流水线，使用哪几个 API 函数生成 UI

小木箱带你学习Android架构演进 · 设计模式· 为什么建议你一定要学透设计模式？有的时候架构能力是倒逼的，面对复杂的业务频繁的变化，不断的挑战！设计模式就显得尤为重要!

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

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

快速了解 Android 官方模块化方案。还有一些你可能不知道的实用小技巧。还有官方模板快速搭建模块化项目。

理想化理论模型 直用于生产环境 或滋生不可预期问题，本文分享迭代心路历程，相信阅读后你会耳目一新。。