MVC、MVVM的理解

最新推荐文章于 2024-03-18 17:34:23 发布

PrinciplesMan

最新推荐文章于 2024-03-18 17:34:23 发布

阅读量295

点赞数

分类专栏： # 概念

原文链接：https://www.jianshu.com/p/fd9c2c2d1feb

版权

概念专栏收录该内容

18 篇文章 0 订阅

订阅专栏

最近看到身边的小伙伴，写代码的风格着实不堪入目，没有基本的设计模式概念。
回过头问自己，真的对主流的设计模式都有很透彻的了解吗？仔细想想，自己最了解的就是MVC设计模式(如果你也有同感，那么请认真阅读下文，因为你可能真的不是特别了解MVC)、我对MVVM是在2015年学习Python的时候开始用到的，而MVP则是在打游戏的过程中了解的(开玩笑啦)..

一. MVC

我们先来了解一下什么是MVC。
MVC:分别所指Model、View、Controller。 MVC为标准的设计模式，是官方推荐的权威的规范模式。

视图（View）：用户交互界面。
控制器（Controller）：调节Modle和View的交互。
模型（Model）：业务逻辑模型(并非数据模型)

注意：这里大家容易误解Model，可能通常大家模型对象感觉非常的简单，就只是做数据模型，使Model的量级特别的轻，这样就加重了Controller对业务逻辑的处理，加重了Controller的量级。
而根据Apple的文档，model应包括数据和操作数据的业务逻辑。所以在我们在写Model部分的时候一定要注意，不是每个Controller只能对应一个Model，减少在Controller的业务逻辑，加重Model的量级。

1497256166205687.png

如图所示，这是一个基本的MVC模式示意图。在MVC1中，Controller和其他部分之间的通信都是双向的。而View和model之间没有任何通信关系。

但是很多小伙伴可能都觉得这是个啥？才特么不是这样的。
如果大家有这样的感觉，那么你多少是有一些写代码的经验的。
举个小例子：

大家在开发的过程中，经常会自定义Cell，通过网络请求的数据，转换为数据模型，将数据模型传递给Cell，Cell在根据模型的内容对自身的控件内容做填充。
就这样一个简单的例子，我们就发现，Cell需要引用并调用Model，那么上图就不符合我们对MVC的理解。

上图为典型的MVC的理念，然而，MVC架构理念已经不能满足于当下的iOS开发。

尽管从技术上看View 和 Controller 是相互独立的，但事实上它们几乎总是结对出现，一个View只能与一个 Controller 进行匹配，反之亦然。但是在实际开发中，我们需要采取更为灵活的方式。
于是现在较为主流的"MVVM"，应运而生了。

二. MVVM

我们先来了解一下什么是MVVM。
MVVM:分别所指Model、View | Controller、ViewModel。
在MVVM中，view 和 view controller结合在一起，我们把它们看做一个部分。

视图（View | Controller）：调用ViewModel的方法并响应变化。
视图模型（ViewModel）：业务逻辑。
模型（Model）：数据模型
在MVVM 中，view 和 view controller正式联系在一起，我们把它们视为一个组件

1497256097808253.png

如图所示，这是一个基本的MVVM模式示意图。从图中我们可以得知
*ViewModel和Model之间的通信是双向的。
*View和ViewController都不能直接引用Model，而是引用视图模型ViewModel

ViewModel用来放置用户交互验证逻辑；视图显示逻辑；发起网络请求和其他代码。

注意: 使用MVVM会一定程度的增加程序的代码量，但总体上减少了代码的复杂性，并能很好的减轻Controller的量级。View引用ViewModel，但反过来不行,任何视图本身的引用都不应该放在viewModel中。ViewController尽量不涉及业务逻辑，让ViewModel去做这些事情。ViewModel应避免过于臃肿，否则重蹈Controller的“覆辙”，变得更难以维护。

三. 总结

优点:MVC