移动端开发干货分享

Android架构演进综述（2010-2025） 本文系统梳理了Android架构10余年发展历程，划分为7个关键阶段： 混沌期（2010-2013）：无架构模式，Activity/Fragment堆积业务逻辑，导致代码臃肿、难以维护 MVP时代（2013-2016）：引入分层思想，分离视图与业务逻辑，但仍存在回调嵌套和内存泄漏问题 Clean架构（2014-2017）：采用分层架构+Dagger依赖注入，实现业务与框架解耦 MVVM革命（2016-2019）：ViewModel+LiveData组合，配合

本文对比了三种MVI架构模式在Android开发中的应用。Pure MVI是最简洁的实现，适合简单场景但难以维护；带Reducer的MVI通过纯函数提升可测试性和代码整洁度；带状态机的MVI则通过有限状态机管控复杂流程的状态转换，确保合法性。三者各有优劣，开发者应根据业务复杂度选择合适模式：简单功能用Pure MVI快速实现，中等复杂度引入Reducer提升可维护性，多步骤强依赖流程采用状态机保证正确性。代码示例展示了各模式的核心实现，帮助开发者理解架构差异。

Jetpack Compose 时代下 MVVM 与 MVI 的架构之争 摘要：随着 Jetpack Compose 的普及，关于 MVVM 和 MVI 架构的争论再起。本文通过历史溯源和实践对比，指出 MVVM 在大多数场景下已足够： 历史发展显示 MVVM 已演进为单一状态+UDF 模式 实践案例表明 MVI 容易陷入"上帝Reducer"陷阱，而MVVM能更简洁实现相同效果 简单页面用MVI会过度设计，复杂页面通过合理划分作用域后MVVM也能胜任 现代MVVM已具备MVI的核心优势

MVI架构演进与应用探索 摘要： MVI（Model-View-Intent）架构模式是Android开发中经过长期演进而成的重要解决方案。本文将梳理MVI从1979年MVC到2014年Flux，再到2015年MVI正式提出的发展历程，揭示其核心思想源于响应式编程和单向数据流理念。文章重点澄清了两个常见误区：MVI≠Redux（前者是分布式状态管理，后者是集中式），MVI≠MVVM（关键区别在于状态管理和数据流方向）。通过对比分析，指出MVI更适合需要严格状态管理的场景，而开发者应根据实际需求选择架构，而非

如上所述，官方文档虽然对 UseCase 给出了一些基本定义，但是毕竟是一个新新生概念，很多人在真正去写代码的时候仍然会感觉不清晰，缺少有效指引。在究竟如何定义 UseCase 这个问题上，还有待大家更广泛的讨论，形成可参考的共识。本文也是带着这个目的而生，算是抛砖引玉吧。考虑到架构的扩展性，推荐在 ViewModel 与 Repository 之间强制引入 UseCase，即使当前的业务逻辑不复杂。