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

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

MVC、MVP、MVVM 和 MVI 等架构设计。这四个模式讨论是 “如何管理 UI” 这个话题，采用的手段都是 “关注点分离”，只是实现的细节不同。

UseCase 的用途 Android 最新的架构规范中，引入了 Domain Layer（译为领域层or网域层），建议大家使用 UseCase 来封装一些复杂的业务逻辑。

本文以一个真实项目的业务场景为载体，描述了经历一次次重构后，代码变得越来越复杂（you ya）的过程。

业务迭代时使用好的架构能减少bug你信吗？在经历了 MVP 的痛苦以及 MVVM 短暂的幸福之后来看看 MVI 是如何优雅地拯救世界的。

本篇内容主要为UI层如何订阅改造之后的viewModel的事件流和状态流，通过代码的方式介绍如何去消除项目开发中的模板代码。

LiveData 是否已经被弃用? 如何在 ViewModel 中获取系统资源（字符串、颜色等）？如何让 Service 与 Compose/ViewModel 进行交互？

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