关于MVVM的理解

原文

一直想聊聊这个话题，也有朋友跟我留言，让我讲讲MVVM，只可惜一直没整明白，不敢轻易下笔。针对MVVM，网上有很多不错的文章，比如MVVM介绍、被误解的 MVC 和被神化的 MVVM以及Look at MVVM from a different perspective等等

文章前我想先提几个问题

  1. MVVM到底是什么？它和MVC有什么区别？
  2. MVVM中VM到底是个什么角色？它和Controller或者Manager有什么区别？
  3. ViewController在MVVM中扮演怎样角色？Api数据请求放在哪里？数据流向如何？

MVVM简介

关于MVVM，相信大家或多或少都有了解。引用MVVM介绍文中一图

受MVC或MVP架构的影响，对MVVM最初印象以为这是一个以viewmodel为核心，处理View和Model的开发架构。于是乎在原有MVC的基础上，创建了一个所谓的viewmodel对象，然后把ViewController中的代码移到viewmodel中，在viewmodel里面处理View以及Model的所有逻辑。毕竟大家都在说MVVM可以为ViewController瘦身，这ViewController就剩创建viewmodel的代码，嗯，够瘦身，这就是MVVM！

慢慢的，发现有什么地方不对，哪里不对？第一想法就是ViewController的定位，View？不是，Controller？也不是！毕竟它就创建viewmodel，好像与View、Model也没啥关系。抛开ViewController不谈，突然发现这样的viewmodel、Model以及View不就是MVC，一个以viewmodel为中心的MVC！

错在哪里

核心问题就在于对viewmodel角色的定位不清！基于MVVM设计思路，viewmodel存在目的在于抽离ViewController中展示业务逻辑，而不是替代ViewController，其它视图操作业务等还是应该放在ViewController中实现

既然不负责视图操作逻辑，viewmodel中就不应该存在任何View对象，更不应该存在Push/Present等视图跳转逻辑。因此，viewmodel中绝不应该存在任何视图操作相关的代码

viewmodel做啥

很简单，处理视图展示逻辑，viewmodel负责将数据业务层提供的数据转化为界面展示所需的VO。其与View一一对应，没有View就没有viewmodel

比如，数据业务层传递一个含有性别属性sex的DO对象，0表示男， 1表示女。viewmodel的职责就是将其转化为展示层可显示的VO对象

viewmodel和View一起组成DDD(Model-Driven Design)领域驱动架构体系中的Presentation展示层。在iOS中，数据流向可以表示为viewmodel->ViewController->View，ViewController负责连接VO及其对应的View对象

领域驱动设计

领域驱动设计(DDD)对于安卓童鞋可能非常熟悉，有兴趣的童鞋可以参考这篇文章，本文不做过多讲解，借用其描述介绍几个名词

  • VO（View Object）：视图对象，用于展示层，它的作用是把某个指定页面（或组件）的所有数据封装起来
  • DO（Domain Object）：领域对象，就是从现实世界中抽象出来的有形或无形的业务实体
  • PO（Persistent Object）：持久化对象，它跟持久层（通常是关系型数据库）的数据结构形成一一对应的映射关系，如果持久层是关系型数据库，那么，数据表中的每个字段（或若干个）就对应PO的一个（或若干个）属性
  • Domain：领域驱动层，是用户与数据库交互的核心中转站，控制用户数据收集，控制请求转向等

MVVM架构中，viewmodel连接视图View和数据业务Model层，而Domain和Data数据持久层共同组成整个Model层。完整结构如图所示

Model并不表示Model

MVVM架构中的M，并不表示Model对象，而是表示整个数据业务层，对应DDD架构中的Domain层以及数据Data层。业务开发中，一般考虑Api或者DB对象，极少考虑Domain层设计，也不会区分DO或者PO对象。笼统定义Model ，将其传递给展示层viewmodel，久而久之，Model对象承载的信息越来越多，更有甚者，在Model中处理业务逻辑，导致项目维护成本增加，代码中出现if..else的概率也会越来越大

关于MVVM的理解的更多相关文章

  1. Swift教程17-淡化MVC,使用MVVM框架开发轻巧便于维护的iOS/android app

    MVVM是微软提出一种移动开发框架,旨在针对传统的MVC框架,解决传统的MVC框架的控制器的臃肿问题.M:Model模型,也就是数据模型;比如一条微博,对应的所有字段合成一条微博整体,这个整体就是ModelV:View视图,只用来显示的视图,如iOS的UIView,Cell;当然在iOS中Storyboard中,view总是和控制器关联,这并不是严格的view如果我们纯手写代码定义一个view那么

  2. Swift 2.0 下面向协议的MVVM架构实践

    本文由CocoaChina译者lynulzy翻译原文：Swift2.0:Protocol-OrientedMVVM自从令人兴奋的[《面向协议的编程方法》]在Swift的WWDC大会上发布以来。我已经在之前的博客中使用过MVVM架构，如果你想了解更多MVVM相关知识请参考[这里]。接下来我将讲解，如何添加面向协议。switchToggle.onTintColor=switchColorself.onSwitchToggleHandler=onSwitchToggleHandler虽然在这种情况下看起来并不是

  3. Swift教程17-淡化MVC,使用MVVM框架开发轻巧便于维护的iOS app

    overridefuncawakeFromNib(){super.awakeFromNib()}overridefuncsetSelected{super.setSelected}/***配置Cell的内容方法*/funcconfigCellWithStatusModel(model:StatusModel!){self.imageView2.setimageWithURL;background-color:inherit">placeholderImage:UIImage)self.textLabel2

  4. Swift开发黑科技：还在争论MVC和MVVM？现在你应该试试MVP！

    我下定决心重构自己的代码，下面步入正题，结合Swift开发大会的一些分享，让我们谈谈架构。现在数据工程里面的目录是这样的：模型代码：为了简单我都使用了String类型的数据，至于为什么要使用struct而不使用class，大家可以参考WWDC2015的414号视频，讲的非常清楚，我自己的项目中的数据模型已经全部转成struct了，我会在后面专门写博文讲解struct，这里就不赘述了。

  5. MVVM 不是那么好

    我觉得MVVM是一种反人类的设计模式，它使架构更加混乱而非清晰。MVVM命名很糟糕名称是很重要的。ViewModel这一名称则没有发挥任何作用。ViewModel的第一种含义是modelfortheview。MVVM引进太多职责命名不够具体，导致这个类的任务无休止地增长。MVVM不改变你的架构viewmodel并不能从根本上改变你的应用程序的架构。我能想到的MVVM模式最大的好处就是它把“下水道”从苹果自带的viewcontrooller类转移到了viewmodel这一自定义的对象。

  6. Swift学习第十一枪-基于协议的MVVM模式的实现

    下面是我的新建的Swift学习交流群，欢迎大家一起来共同学习Swift。不管是IOS还是Android，就三种常用模式，MVC，MVP，MVVM网上的资料非常之多，对于MVVM大家估计都有所了解，我在这里就简单的以图示的形式给大家展示。

  7. 关于MVVM的理解

    MVVM中VM到底是个什么角色？MVVM简介关于MVVM，相信大家或多或少都有了解。引用MVVM介绍文中一图受MVC或MVP架构的影响，对MVVM最初印象以为这是一个以viewmodel为核心，处理View和Model的开发架构。于是乎在原有MVC的基础上，创建了一个所谓的viewmodel对象，然后把ViewController中的代码移到viewmodel中，在viewmodel里面处理View以及Model的所有逻辑。完整结构如图所示Model并不表示ModelMVVM架构中的M，并不表示Model

  8. android – MVVM Dagger2与组件中存在匹配键的绑定

    我正在使用以下谷歌示例项目：https://github.com/googlesamples/android-architecture-components作为我的新项目的参考,并且难以尝试向项目添加第二个活动.这是编译时遇到的错误这是我的代码ActivityModuleAppComponentAppInjector的AppModuleFragmentBuildersModule注射viewmod

  9. vue MVVM双向绑定实例详解(数据劫持+发布者-订阅者模式)

    使用vue也好有一段时间了,也算对其双向绑定原理也有了解个大概,这篇文章主要给大家介绍了关于vue MVVM双向绑定(数据劫持+发布者-订阅者模式)的相关资料,需要的朋友可以参考下

  10. Android开发框架MVC-MVP-MVVM-MVI的演变Demo

    这篇文章主要为大家介绍了Android开发框架MVC-MVP-MVVM-MVI的演变Demo，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪

随机推荐

  1. Swift UITextField,UITextView,UISegmentedControl,UISwitch

    下面我们通过一个demo来简单的实现下这些控件的功能.首先,我们拖将这几个控件拖到storyboard,并关联上相应的属性和动作.如图:关联上属性和动作后,看看实现的代码:

  2. swift UISlider,UIStepper

    我们用两个label来显示slider和stepper的值.再用张图片来显示改变stepper值的效果.首先,这三个控件需要全局变量声明如下然后,我们对所有的控件做个简单的布局:最后,当slider的值改变时,我们用一个label来显示值的变化,同样,用另一个label来显示stepper值的变化,并改变图片的大小:实现效果如下:

  3. preferredFontForTextStyle字体设置之更改

    即：

  4. Swift没有异常处理，遇到功能性错误怎么办？

    本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至dio@foxmail.com举报，一经查实，本站将立刻删除。

  5. 字典实战和UIKit初探

    ios中数组和字典的应用Applicationschedule类别子项类别名称优先级数据包contactsentertainment接触UIKit学习用Swift调用CocoaTouchimportUIKitletcolors=[]varbackView=UIView(frame:CGRectMake(0.0,0.0,320.0,CGFloat(colors.count*50)))backView

  6. swift语言IOS8开发战记21 Core Data2

    上一话中我们简单地介绍了一些coredata的基本知识，这一话我们通过编程来实现coredata的使用。还记得我们在coredata中定义的那个Model么，上面这段代码会加载这个Model。定义完方法之后，我们对coredata的准备都已经完成了。最后强调一点，coredata并不是数据库，它只是一个框架，协助我们进行数据库操作，它并不关心我们把数据存到哪里。

  7. swift语言IOS8开发战记22 Core Data3

    上一话我们定义了与coredata有关的变量和方法，做足了准备工作，这一话我们来试试能不能成功。首先打开上一话中生成的Info类，在其中引用头文件的地方添加一个@objc，不然后面会报错，我也不知道为什么。

  8. swift实战小程序1天气预报

    在有一定swift基础的情况下，让我们来做一些小程序练练手，今天来试试做一个简单地天气预报。然后在btnpressed方法中依旧增加loadWeather方法.在loadWeather方法中加上信息的显示语句：运行一下看看效果，如图：虽然显示出来了，但是我们的text是可编辑状态的，在storyboard中勾选Editable，再次运行：大功告成，而且现在每次单击按钮，就会重新请求天气情况，大家也来试试吧。

  9. 【iOS学习01】swift ? and !  的学习

    如果不初始化就会报错。

  10. swift语言IOS8开发战记23 Core Data4

    接着我们需要把我们的Rest类变成一个被coredata管理的类，点开Rest类，作如下修改：关键字@NSManaged的作用是与实体中对应的属性通信，BinaryData对应的类型是NSData，CoreData没有布尔属性，只能用0和1来区分。进行如下操作，输入类名：建立好之后因为我们之前写的代码有些地方并不适用于coredata，所以编译器会报错，现在来一一解决。

返回
顶部