Android - MVC、MVP与MVVM架构(1)

除了将应用程序划分为这些组件之外，模型-视图-控制器设计还定义了它们之间的交互。

• 模型负责管理应用程序的数据。它从控制器接收用户输入。

• 视图意味着以特定格式呈现模型。

• 控制器响应用户输入并在数据模型对象上执行交互。控制器接收输入，可选地对其进行验证，然后将输入传递给模型。

与其他软件模式一样，MVC表示问题的“解决方案核心”，同时允许其适用于每个系统。特定的MVC设计可能与此处的传统描述大不相同。

服务

在控制器和模型之间有时会有一个称为服务的层。它从模型中获取数据，并让控制器使用获取的数据。该层允许分离数据存储（模型），数据获取（服务）和数据操作（控制器）。由于此层不是原始MVC概念的一部分，因此在大多数情况下是可选的，但在某些情况下可用于代码管理和可重用性。

二、MVP

---

1.MVP(Model-View-Presenter)介绍。

MVP即为模型-视图-演示者，是MVC架构模式的派生产品，主要用于构建用户界面。在MVP中，Presenter承担“中间人”的功能，所有演示逻辑都被推送到Presenter。

MVP是一种用户界面架构模式，旨在促进自动化的单元测试并改善表示逻辑中关注点的分离。

模型(Model)

模型定义要在用户界面中显示或作用的数据的界面。

视图(View)

视图是一个被动的界面，用于显示数据（模型）并将用户命令（事件）路由到演示者以对该数据进行操作。

演示者(Presenter)

演示者会根据模型和视图进行操作。 它从存储库（模型）检索数据，并将其格式化以显示在视图中。

通常，视图实现实例化具体的Presenter对象，并为其提供引用。

2.项目Github地址。

https://github.com/mythmayor/MvpArchitecture

三、MVVM

---

1.MVVM(Model-View-ViewModel)介绍。

MVVM即为模型-视图-视图模型，是一种软件架构模式，可促进将图形用户界面（视图）的开发（通过标记语言或GUI代码）与业务逻辑或后台开发的分离。逻辑（模型），以便视图不依赖于任何特定的模型平台。 MVVM的视图模型是一个值转换器，表示视图模型负责以易于管理和呈现对象的方式公开（转换）来自模型的数据对象。在这方面，视图模型比视图更具模型性，可以处理大多数（不是全部）视图显示逻辑。视图模型可以实现中介者模式，围绕视图支持的一组用例来组织对后端逻辑的访问。

Model-View-ViewModel也称为Model-View-Binder，尤其是在不涉及.NET平台的实现中。

模型(Model)

模型是指表示真实状态内容的域模型（面向对象的方法），也是表示内容的数据访问层（以数据为中心的方法）。

视图(View)

就像在MVC模式和MVP模式中一样，视图是用户在屏幕上看到的内容的结构，布局和外观。它显示模型的表示并接收用户与视图的交互（单击，键盘，手势等），并通过数据绑定（属性，事件回调等）将这些操作的处理转发给视图模型。定义为链接视图和视图模型。

视图模型(ViewModel)

视图模型是视图的抽象，公开了公共属性和命令。 MVVM具有绑定程序，可以自动执行视图及其视图模型中的绑定属性之间的通信，而不是MVC模式的控制器或MVP模式的演示者。视图模型已被描述为模型中数据的状态。

在MVP模式中，视图模型与Presenter之间的主要区别在于，Presenter具有对视图的引用，而视图模型则没有。相反，视图直接绑定到视图模型上的属性以发送和接收更新。为了有效运行，这需要绑定技术或生成样板代码来进行绑定。

绑定器(Binder)

声明性数据和命令绑定在MVVM模式中是隐式的。绑定器使开发人员不必编写模板逻辑来同步视图模型和视图。

MVVM基本原理

MVVM旨在利用WPF（Windows Presentation Foundation）中的数据绑定功能，通过从视图层中删除几乎所有GUI代码（“后置代码”）来更好地促进视图层开发与其余模式的分离。

MVVM模式试图通过将数据绑定到尽可能接近纯应用程序模型的方式来利用MVC提供的功能开发分离的优势，同时利用数据绑定和框架的优势。它需要使用Binder，视图模型和任何业务层的数据检查功能来验证传入的数据。结果是模型和框架驱动了尽可能多的操作，从而消除或最小化了直接操纵视图的应用程序逻辑（例如，后台代码）。

MVVM的劣势

使用MVVM的开销对于简单的UI操作来说是过于庞大的。另外非常大的应用程序中进行数据绑定会导致相当大的内存消耗。

2.项目Github地址。

https://github.com/mythmayor/MvvmArchitecture

四、MVC、MVP、MVVM的优缺点比较。

---

1.MVC的优缺点。

优点：

• 把业务逻辑全部分离到Controller中，模块化程度高。当业务逻辑变更的时候，不需要变更View和Model，只需要Controller换成另外一个Controller就行了（Swappable Controller）。

• 观察者模式可以做到多视图同时更新。

缺点：

• Controller测试困难。因为视图同步操作是由View自己执行，而View只能在有UI的环境下运行。在没有UI环境下对Controller进行单元测试的时候，Controller业务逻辑的正确性是无法验证的：Controller更新Model的时候，无法对View的更新操作进行断言。

• View无法组件化。View是强依赖特定的Model的，如果需要把这个View抽出来作为一个另外一个应用程序可复用的组件就困难了。因为不同程序的的Domain Model是不一样的。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后

总之啊，家里没矿的同学们，如果你们想以后的日子过得好一些，多想想你们的业余时间怎么安排吧；

技术方面的提升肯定是重中之重，但是技术外的一些“软实力”也不能完全忽视，很多时候升职确实是因为你的技术足够强，但也与你的“软实力”密切相关

在这我也分享一份大佬自己收录整理的 Android学习PDF+架构视频+面试文档+源码笔记 ，还有高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料这些都是我闲暇还会反复翻阅并给下属员工学习的精品资料。在脑图中，每个知识点专题都配有相对应的实战项目，可以有效的帮助大家掌握知识点。

总之也是在这里帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习

相信自己，没有做不到的，只有想不到的

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

外链图片转存中…(img-D5EKlxJZ-1713708660220)]

[外链图片转存中…(img-lammW1is-1713708660221)]

相信自己，没有做不到的，只有想不到的

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！