MVC、MVP、MVVM、MVI架构区别

在过去的几年里，出现了几种新的模式，所有这些模式都被誉为让开发人员的生活变得前所未有的轻松。 通过分离代码库的某些部分，每种模式都试图使代码更具可读性，更易于测试，并最终更易于维护。在这篇文章中，我将讨论软件架构设计模式：MVC、MVP、MVVM、MVI 。

架构无分好坏，而是是否更适合项目的开发要求。

1. MVC

Model：实体类(数据的获取、存储、数据状态变化)。
View：布局文件
Controller：Activity(处理数据、业务和UI)。

事件流向：

View接受用户的交互请求。
View将请求转交给Controller。
Controller操作Model进行数据更新。
数据更新之后，Model通知View数据变化。
View显示更新之后的数据。

MVC的缺点

随着界面及其逻辑的复杂度不断提升，Activity类的职责不断增加，以致变得庞大臃肿。为了解决MVC的缺点，MVP 框架被提出来。

2. MVP

Model：实体类(数据的获取、存储、数据状态变化)。
View：布局文件+Activity。
Presenter：中介，负责完成View与Model间的交互和业务逻辑。

事件流向：
View 接收用户交互请求
View 将请求转交给 Presenter(V调用P接口)
Presenter 操作Model进行数据更新(P调用M接口)
Model 通知Presenter数据发生变化(M调用P接口)
Presenter 更新View数据(P执行接口,V相应回调)

MVP的优点

复杂的逻辑处理放在Presenter进行处理，减少了Activity的臃肿。
解耦。Model层与View层完全分离，修改V层不会影响M层，降低了耦合性。
可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。

MVP的缺点

维护困难。Presenter中除了业务逻辑以外，还有大量的View->Model，Model->View的手动同步逻辑，造成Presenter比较笨重，维护起来会比较困难。
接口膨胀

Presenter层通过接口与View通信，实际上持有了View的引用
但是随着业务逻辑的增加，一个页面可能会非常复杂，这样就会造成View的接口会很庞大。

MVC和MVP的区别

• MVC是允许Model和View进行交互的，而MVP中很明显，Model与View之间交互由Presenter完成；
• MVC中V对应的是布局文件，MVP中V对应的是Activity；

3. MVVM

Model：实体类(数据的获取、存储、数据状态变化)。
View：布局文件+Activity。
ViewModel： 关联层，将Model和View进行绑定，Model或View更改时，实时刷新对方。

事件流向：

View 接收用户交互请求
View 将请求转交给ViewModel
ViewModel 操作Model数据更新
Model 更新完数据，通知ViewModel数据发生变化
ViewModel 更新View数据

即：
View/Model的变动，只要改其中一方，另一方都能够及时更新到。

MVVM的优点

1.提高可维护性。Data Binding可以实现双向的交互，使得视图和控制层之间的耦合程度进一步降低，分离更为彻底，同时减轻了Activity的压力。
2.DataBinding更多的是隐藏了Presenter层的回调细节，MVVM其实有很多细节可以挖掘，如绑定的实现机制，是如何避免内存泄漏等问题。

MVVM的缺点

1.对于简单的项目，使用MVVM有点大材小用。
2.对于过大的项目，数据绑定会导致内存开销大，影响性能。
3.ViewModel和View的绑定，使页面异常追踪变得不方便。有可能是View出错，也有可能是ViewModel的业务逻辑有问题，也有可能是Model的数据出错。

MVVM与MVP的区别

• 它采用双向绑定（data-binding）：View的变动，自动反映在 ViewModel，反之亦然。这样开发者就不用处理接收事件和View更新的工作，框架已经帮你做好了。

4. MVI

MVI 与 MVVM 很相似，其借鉴了前端框架的思想，更加强调数据的单向流动和唯一数据源,架构图如下所示

Model: 与MVVM中的Model不同的是，MVI的Model主要指UI状态（State）。例如页面加载状态、控件位置等都是一种UI状态
View: 与其他MVX中的View一致，可能是一个Activity或者任意UI承载单元。MVI中的View通过订阅Model的变化实现界面刷新
Intent: 此Intent不是Activity的Intent，用户的任何操作都被包装成Intent后发送给Model层进行数据请求

MVI强调数据的单向流动，主要分为以下几步：

用户操作以Intent的形式通知Model
Model基于Intent更新State
View接收到State变化刷新UI。
数据永远在一个环形结构中单向流动，不能反向流动：

MVI优点：
强调数据单向流动，很容易对状态变化进行跟踪和回溯
使用ViewState对State集中管理，只需要订阅一个 ViewState 便可获取页面的所有状态，相对 MVVM 减少了不少模板代码
ViewModel通过ViewState与Action通信，通过浏览ViewState 和 Aciton 定义就可以理清 ViewModel 的职责，可以直接拿来作为接口文档使用。

MVI缺点：
所有的操作最终都会转换成State，所以当复杂页面的State容易膨胀
state是不变的，因此每当state需要更新时都要创建新对象替代老对象，这会带来一定内存开销

MVI与MVVM区别

• 强调数据单向流动，比双向数据流动更容易对状态变化进行跟踪和回溯
• 不用向mvvm那样监听多个数据变化的更新而那么，使用ViewState对State集中管理，只需要订阅一个 ViewState 便可获取页面的所有状态，更容易管理状态

参考：
https://juejin.cn/post/7043716896767606798
https://blog.csdn.net/qjyws/article/details/122769834