android MVI架构

小安2

已于 2023-12-02 10:56:10 修改

阅读量1.2k

点赞数 26

分类专栏： Android 文章标签： android 架构

于 2023-12-02 10:43:32 首次发布

本文链接：https://blog.csdn.net/2301_77184740/article/details/134748976

版权

本文探讨了MVI架构与MVVM的区别，强调了Flow< UIState>在数据传递中的优势，介绍了MVI的单向数据流概念，提升了代码的可读性和可测试性。此外，文章还通过实例展示了如何定义UIState、编写ViewModel以及Repository数据支持，并讨论了View层的实现。总结指出，MVI架构在规范性和约束性上有提升，但是否适用需视项目具体情况而定。

摘要由CSDN通过智能技术生成

1、 Android Jetpack系列之MVVM使用及封装
2、Android Jetpack系列之MVVM使用及封装(续)

那么MVI又是什么呢？看了一些关于MVI的文章，大家都称MVI是(Model-View-Intent)，其中Intent称为意图(注意这里的Intent并不是页面跳转时使用的Intent)，MVI本质上是在MVVM的基础上将View与ViewModel之间的数据传递做了统一整合。

google官方文档中并没有MVI的说法，而是在之前的MVVM架构基础上进行了升级，其主旨意思与MVI很相近，为了保持一致，后续介绍的MVVM升级版架构统一称之为MVI架构。

MVI vs MVVM

新旧架构对比

旧版MVVM架构：
新版MVVM或者称之为MVI：

差异1、LiveData < T> 改为Flow< UIState>

关于LiveData的缺点：

LiveData的接收只能在主线程；
LiveData发送数据是一次性买卖，不能多次发送；
LiveData发送数据的线程是固定的，不能切换线程，setValue/postValue本质上都是在主线程上发送的。当需要来回切换线程时，LiveData就显得无能为力了。

Flow可以完美解决LiveData遇到的问题，既可以多次从上游发送数据，也可以灵活地切换线程，所以如果涉及到来回切线程，那么使用Flow是更优解。关于Flow的详细用法，感兴趣的同学可以参见：Android Kotlin之Flow数据流

注：如果项目中还没有切换到Kotlin，依然可以使用LiveData来发送数据；如果已经切换到Kotlin，那么更推荐使用Flow来发送数据。

还有一点区别，LiveData在旧版架构中传递的是单个实体数据，即每个数据都会对应一个LiveData，很显然，如果页面逻辑很复杂的话，会导致ViewModel中的LiveData膨胀；新版架构中通过Flow发送的统一为UIState了，UIState本质上也是一个data类，不同的是UIState会把View层相关的实体状态统一管控，这样在ViewModel中只需要一个Flow来统一交互即可。

差异2、交互规范

新版架构中，提出了单向数据流来管理页面状态的概念：即数据的流向是固定的，整个数据流向是View -> ViewModel -> Model数据层 -> ViewModel获得数据 -> 根据UiState刷新View层。其中，事件 Events 向上流动、状态 UiState 向下流动的。整体