移动开发架构之MVVM模式

MVVM概念的提出和起源

MVVM是Model-View-ViewModel的简写,最早是由微软公司提出并运用,是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构架构。

MVVM概念解释和要点

一、基本概念

mvvm1.png

  • Model:主要为应用程序提供数据。
  • View:还是MVC和MVP中的那个表示层,同时实现UI元素和ViewModel属性的绑定。
  • ViewModel:为View提供数据支持。

    以胖瘦的观点来看,在MVVM中的Model通常是胖Model即有数据属性的定义也有数据访问和处理的行为。ViewModel通常是瘦Model只有数据属性,一般含有少量逻辑。

二、基本要点

  1. View持有ViewModel:在View中通过绑定的方式关联UI元素和ViewModel的属性,UI元素的属性变化和ViewMode的数据属性进行双向影响。
  2. ViewModel持有Model:Model为ViewModel提供数据支持,同时ViewModel的数据属性变化也会影响Model上,用于数据提交等。
    Model和ViewModel的功能区别在于,ViewModel是View提供数据支持的,其结构和View保持一致。Model来源于业务处理,保持业务数据的基本关联和完整性。
  3. 当Model层结束查询或者运算时将结果更新到ViewModel层,ViewModel层因为存在和View的绑定,使得UI层得到通知更新,体现了数据驱动界面的思想。

三、优点

MVVM模式和MVC模式一样,主要目的是分离视图(View)和模型(Model)有几大优点:

  1. 低耦合。通过ViewMode隔离了View和Model,使得View和Model彼此独立,一方的变化和修改不会影响到另外一方。
  2. 可重用性。一个Model和ViewModel可以服务于很多View。
  3. 独立开发。让UI开发工作和业务处理工作分开,适合团队工作。
  4. 可测试。界面素来是比较难于测试的,而现在测试可以针对ViewModel来写。

MVVM的经典范例WPF

MVVM并不是一个新的概念,目前由于在移动开发的运用又被大家广泛讨论。要讲解MVVM无论是从起源、概念的定义和最佳运用都不可能离开WPF。

MVVM和WPF结合时除了满足MVVM基本架构模式外,由于在UI编辑时(Xaml)支持多模式的数据和事件绑定完美实现View和ViewModel的对接,同时转换器和触发器的运用又保证了其灵活性。所以无论是要深入的了解MVVM还是寻求以MVVM模式构建产品,都建议大家仔细的研读WPF相关开发知识,是个很好的参照。

MVVM在移动开发中的运用

移动开发中运用MVVM时,view和viewcontroller(安卓:局文件和Activity)正式联系在一起,我们把它们视为一个组件。视图view仍然不能直接引用模型model,当然controller也不能。相反,他们引用视图模型viewmodel。

MVVM.png

用户输入验证逻辑,视图显示逻辑处理通常还是要放在ViewController进行,不过对于视图的控制尽可能通过ViewModel的数据属性去影响而不是直接操作。发起网络请求和数据存贮等处理可以放在Model进行但是不可以有任何视图本身的引用。(
model中使用 #import UIKit.h)

展示逻辑(presentation logic)可以放在了view
model中(比如model的值映射到一个格式化的字符串),视图控制器本身就会不再臃肿。使用MVVM的App是高度可测试的;因为view
model包含了所有的展示逻辑并且不会引用view,所以它可以通过编程方式充分测试。

在android开发方面目前已有像 RoboBinding 这样的架构,可以实现在布局文件中完成与ViewModel的绑定工作。IOS中通常建议MVVM与 ReactiveCocoa 联合使用。

Goo框架:IOS的MVVM模式的实现

ReactiveCocoa作为响应式变成概念上确实很火热也备受推崇。从架构设计思想学习的角度,个人也是很喜欢的。但是主导在产品开发中运用还是不愿意的。俗话说喜欢一件事物原因有很多种,不喜欢的原因只需要一个,Reactive有别于传统思路和基本IOS开发思维需要一定代价的的学习代价是每个团队都不愿意接受的。

Goo是什么?

简单概括一句话:Goo是MVVM模式在IOS开发中的具体实现。使用Goo开发不会改变现有的开发习惯,在一个开发中可以根据具体场景的便利性考虑是否使用Goo,总之Goo具有小巧、灵活和易用等的特点。

举个栗子

Goo.gif

如图运行效果,实现通过实现如下几个小功能来对Goo进行展示。

1:在TextField中输入数据下面的Label同步显示

2:单击左侧按钮改变数据内容,同时影响TextField和Label显示内容

3:单击右侧按钮该数据属性,同时影响TextField和Label的不同属性。

接下来看使用Goo来实现的具体代码情况

- (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
_vm = [TrialDataVM using];
_vm.text = @"123";

[self.inputText bindingWithProperty:@"backgroundColor" withObject:_vm withDataSource:@"backgroundColor" withBindingMode:TwoWay];
[self.inputText bindingWithProperty:@"text" withObject:_vm withDataSource:@"text" withBindingMode:TwoWay];
[self.hineLbl bindingWithProperty:@"text" withObject:_vm withDataSource:@"text" withBindingMode:OneWay];
[self.hineLbl bindingWithProperty:@"textColor" withObject:_vm withDataSource:@"backgroundColor" withBindingMode:OneWay]; }

- (IBAction)clickAction:(id)sender {
    _vm.text = @"456";}
- (IBAction)otherAction:(id)sender {
    _vm.backgroundColor =[UIColor redColor];}

不用惊讶!代码就这几行。

通过bindingWithProperty方法来完成控件和ViewModel的绑定工作,后续只改动ViewModel其自动会影响UI元素的属性。

Goo是本人依据MVVM模式手开发的IOS下开源框架,后续会专门写文章来进行对其进行介绍,同时代码也会在Github共享。希望感兴趣的朋友加入将其继续完善和推广。

作者:简书

来源:51CTO

时间: 2024-11-05 14:48:20

移动开发架构之MVVM模式的相关文章

“Win10 UAP 开发系列”之 在MVVM模式中控制ListView滚动位置

原文:"Win10 UAP 开发系列"之 在MVVM模式中控制ListView滚动位置 这个扩展属性从WP8.1就开始用了,主要是为了解决MVVM模式中无法直接控制ListView滚动位置的问题.比如在VM中刷新了数据,需要将View中的ListView滚动到顶部,ListView只有一个ScrollIntoView()方法可以控制滚动的位置,但最好在VM中不要出现直接控制View的代码,需要通过其他的方式. 使用一个扩展属性即可实现: /// <summary> ///

MVVM 模式下iOS项目目录结构详细说明

原文出自[听云技术博客]:http://blog.tingyun.com/web/article/detail/650 我们在做项目的时候,会经常用到各种设计模式,最常见的要数 MVC (模型,视图,控制器)了.但是,今天我们要说的是另一种设计模式--MVVM. 所以 MVVM 到底是什么?下面,我们将结合代码,说明 MVVM 设计模式以及项目目录结构. 一.MVVM 模式介绍  MVVM 是 Model-View-View Model 的缩写,MVVM 听起来好像很复杂的样子,但它本质上就是M

[Architecture Pattern] MVVM模式

转自http://www.dotblogs.com.tw/clark/archive/2011/10/02/38567.aspx   动机: 开发应用程式的时候,针对使用者介面开发. 业界有许多前辈提出了多种的设计模式,其中最为人所知的就是MVC模式. MVC模式在实作上有许多种的方法, 不同的开发人员去理解它,都会有不同的理解. 不同的情景需求去套用它,也会有不同的实作. 但不论怎么理解跟实作,它最基本的观念依然都是: 「将系统职责拆解至Model.View.XXX三种类别,并且定义它们之间的

界面之下:还原真实的 MVC、MVP、MVVM 模式

前言 做客户端开发.前端开发对MVC.MVP.MVVM这些名词不了解也应该大致听过,都是为了解决图形界面应用程序复杂性管理问题而产生的应用架构模式.网上很多文章关于这方面的讨论比较杂乱,各种MV*模式之间的区别分不清,甚至有些描述都是错误的.本文追根溯源,从最经典的Smalltalk-80 MVC模式开始逐步还原图形界面之下最真实的MV*模式. GUI程序所面临的问题 图形界面的应用程序提供给用户可视化的操作界面,这个界面提供给数据和信息.用户输入行为(键盘,鼠标等)会执行一些应用逻辑,应用逻辑

基于asp.net的Web开发架构探索

最近在研究适合团队开发的web架构解决方案,该架构即要适合分工协作又要有一定扩展性,适合不同的数据库需要,因此我查阅了一些资料,初步构想出了一套架构,请各位多多指教. 问题由来 最近在研究适合团队开发的web架构解决方案,该架构即要适合分工协作又要有一定扩展性,适合不同的数据库需要,因此我查阅了一些资料,初步构想出了一套架构,请各位多多指教. 探索 web开发架构最经典莫过于三层架构,表示层.逻辑层.数据处理层. 数据访问层:其功能主要是负责数据库的访问. 业务逻辑层:是整个系统的核心,它与这个

Windows 8 Store Apps学习(55) 绑定: MVVM 模式

介绍 重新想象 Windows 8 Store Apps 之 绑定 通过 MVVM 模式实现数据的添 加.删除.修改和查询 示例 1.Model 层 Binding/MVVM/Model/ProductDatabase.cs /* * Model 层的数据持久化操作(本地或远程) * * 本例只是一个演示 */ using System; using System.Collections.Generic; using System.Linq; namespace XamlDemo.Binding

深入理解MVVM模式中Silverlight的Trigger、Action和Behavior及Silverlight的继承机制

原文:深入理解MVVM模式中Silverlight的Trigger.Action和Behavior及Silverlight的继承机制 接触Silverlight已经有两三个月了,开始一直感觉他和Winform很相似,拖拖控件就行了,所以一直把经历放在了研究后台和服务器交互和性能优化上面,很少去仔细研究Silverlight的页面.前几天,公司突然让修改一个Winform的项目,再回过头来看Winform,有种"不堪回首"的感觉. 十一长假即将来临,在这里先祝大家假期快乐.今天难得有空,

WPF中MVVM模式原理分析与实践[转]

1, 前提 可以说MVVM是专为WPF打造的模式, 也可以说MVVM仅仅是MVC的一个变种, 但无论如何, 就实践而言, 如果你或你的团队没有使用"Binding"的习惯, 那么研究MVVM就没有多大意义. 另外,个人觉得, 使用Command以及打造一种合理的简化的方式去使用Command也与使用Binding一样重要. 2, 诞生 为了解决现实世界中的问题,我们需要将现实世界中的事物加以抽象, 然后得到了Domain Object, 无论贫血的还是富血的, 我们都可以简单地把他们归

浅谈当前流行的开发架构

问题描述 随着软件开发规模和复杂性,社会对软件开发速度和数量要求不断提高,Web应用系统特别是企业级Web系统的开发通常都要求有一个良好的.可维护的.可扩展.高稳定性的开发架构,便于敏捷.协作开发和扩展升级,期望提高软件开发质量和效率.目前流行的开发架构主要有Struts.JSF.Spring等,都遵循模型-视图-控制(MVC)模式:商业逻辑和描述分开,由一个逻辑流控制器来协调客户端的请求和服务器上将采取的行动.这也成为Web开发事实上的标准,只是各个开发架构内在的机制不同.其中主流.最先进的开