iOS的MVC模式

原创 2016年08月29日 19:09:49

MVC(Model View Controller)

                      模型(model)-视图(view)-控制器(controller)


模型对象:模型对象封装了应用程序的数据

视图对象:视图对象是应用程序中用户可以看到的对象

控制器对象:在应用程序的一个或多个视图对象和一个或多个模型对象之间,控制器充当媒介



MVC的优点

      (一)、低耦合性

  视图层和业务层分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码,同样,一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离,所以很容易改变应用程序的数据层和业务规则。


(二)、高重用性和可适用性
  随着技术的不断进步,现在需要用越来越多的方式来访问应用程序。MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB(HTTP)浏览器或者无线浏览器(wap),比如,用户可以通过电脑也可通过手机来订购某样产品,虽然订购的方式不一样,但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化,所以同样的构件能被不同的界面使用。例如,很多数据可能用HTML来表示,但是也有可能用WAP来表示,而这些表示所需要的命令是改变视图层的实现方式,而控制层和模型层无需做任何改变。


(三)、较低的生命周期成本
  MVC使开发和维护用户接口的技术含量降低。

 

(四)、可维护性
  分离视图层和业务逻辑层也使得应用更易于维护和修改。


(五)、有利于软件工程化管理
  由于不同的层各司其职,每一层不同的应用具有某些相同的特征,有利于通过工程化、工具化管理程序代码。



图中有几条线把这三部分划分开,有黄线,虚线,和白色的实线。我们把它们想象成路标。你可以看到,在M和V之间有两条黄线,这表示什么呢?它意味着你不能 穿越这黄线,任何一个方向都不行,即M和V完全分离。在图的上部,你可以看到白色的虚线,它意味着你可以自由的穿越它,只要是安全的。那白色的实线呢?它代表你可以穿越,但你必须要买票,或者交点过路费。

首先, 我们来看C和M之间的绿色箭头,这箭头的方向就代表着“发起对话”的方向,也就是说,发起对话的是C,而做出回答的是M。C可以问M各种各样的问题,但M 只是回答C的问题或要求,它不可以主动的向C要求什么。还记得虚线是畅通无阻的意思吧,所以,C知道M的所有的事情,如果用代码来说明这件事情,就是 说,C可以导入M的头文件或是M的接口(API)。因为C可以通过M的API,所以它就可以肆无忌惮的向M要求这要求那了。

我们再来看看另外的一个绿色箭头,它是在C和V之间,和前一个绿色箭头的意义一样,它代表C可以直接地向V进行交流。你可以想想,C要把V放到屏幕 上,并设置V的属性,告诉它们什么时候从屏幕上消失,把它们分成组等等。如果C不能自由的向V发号施令的话,程序的显示将会多么的困难,所以,C可以毫无 限制地向V说话。

可能你已经注意到了,这个箭头上还有outlet(输出口),outlet可以看作是从C指向V的指针,它在C中被定义。outlet给我们提供了很大的 方便,它使我们在C的内部就可以轻松准确地向V施令。C可以拥有很多的outlet,可以不止一个,这也使它可以更高效的和V进行交流。


那M和V之间可以交流么?还记得黄线的意思么?完全不可以通过,所以我们是不允许M和V进行交流的。这是因为我们不希望这三部分之间有过多的交流,你想想,假如V在显示时出现了问题,比如有一个图形没有显示出来,我们就要去查找错误,因为C可以和V交流,M也可以和V交流的话,我们就要去检查两个部分。 相反的,只有C可以和V交流的话,在出错时,我们就只需要去C那里查找原因,这样查找错误不就很是简单了么?所以,我们不允许M和V之间有直接的联系,这 也是在它们两之间有两根黄线的原因。 总结下来也就是以下三点:

(1)、Model和View永远不能相互通信,只能通过Controller传递。

(2)、Controller可以直接与Model对话(读写调用Model),Model通过Notification和KVO机制与Controller间接通信。

(3)、Controller可以直接与View对话,通过outlet,直接操作View,outlet直接对应到View中的控件,View通过action向Controller报告事件的发生(如用户Touch我了)。Controller是View的直接数据源(数据很可能是Controller从Model中取得并经过加工了)。Controller是View的代理(delegate),以同步View与Controller。

我们接下来讨论V是如何向C发送信息的。V对C的交流有三种不同的方式:

第一种我们称为目标操作(target-action)。

它是这样工作的,C会在自己的内部“悬挂”一个目标(target),如图中的红白相间的 靶子,对应的,它还会分发一个操作(action,如图中的黄色箭头)给将要和它交流的视图对象(可能是屏幕上的一个按钮),当按钮被按时,action 就会被发送给与之对应的target,这样V就可以和C交流了。但是在这种情况下,V只是知道发送action给对应的target,它并不知道C中的 类,也不知道它到底发送了什么。target-action是我们经常使用的方法。

 第二种方式我们叫做委托(delegate)。

有时候,V需要和C进行同步,你知道,用户交互不仅仅是什么按按钮,划滑块,还有很多种形式。好了, 让我们来看看图中的delegate黄色箭头,你发现箭头上又分出了四个小箭头:should,did,will,还有一个没标注的。绝大部分的 delegate信息都是should,will,did这三种形式。和英文意思相对应,should代表视图对象将询问C中的某个对象“我应该这么做 么?”,举个例子,有一个web视图,有人点击了一个链接,web视图就要问“我应该打开这个链接么?这样做安全么?”。这就是should信息。那 will和did呢?will就是“我将要做这件事了”,did就是“我已经做了这件事”。C把自己设置为V的委托(delegate),它让V知道:如 果V想知道更多的关于将如何显示的信息的话,就向C发送delegate信息。通过接受V发过来的delegate信息,C就会做出相应的协调和处理。还 有一点,每个V只能有一个delegate。

第三种方式就是数据源(datasource),

V不能拥有它所要显示的数据,记住这点非常重要。V希望别人帮助它管理将要显示的数据,当 它需要数据时,它就会请求别人的帮助,把需要的数据给它。再者,iphone的屏幕很小,它不能显示包含大量信息的视图。看图中的datasource箭 头,和delegate类似,V会发送cout,data at信息给C来请求数据。

对于不同的UIView,有相应的UIViewController,对应MVC中的C。例如在iOS上常用的UITableView,它所对应的Controller就是UITableViewController。



版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

理解iOS中的MVC设计模式

转自:http://liuzhichao.com/p/1379.html 模型-视图-控制器(Model-View-Controller,MVC)是Xerox PARC在20世纪80年代为编...

iOS中MVC、MVVM、MVP几种模式小结

一、MVC模式的优缺点  优点: 1、开发人员可以只关注整个结构中的其中某一层; 2、可以很容易的用新的实现来替换原有层次的实现; 3、可以降低层与层之间的依赖; 4、有利于标准化; 5、...

iOS 框架模式(简述 MVC,MVP,MVVM 和 VIPER)

写在前面的话 最近看了一篇国外大牛写的关于 iOS 框架模式的文章,内容涉及目前 iOS 端诸多主流的框架模式,个人感觉文章写的很不错,收获匪浅,希望能够通过翻译原文的方式更好的体会一下,也分享...
  • sharpyl
  • sharpyl
  • 2017年04月29日 01:49
  • 1228

IOS平台上的MVC设计模式

一、概念  Model :是对应用的抽象。拿建一艘航母来说,那张图纸就是Model,对航线母的长、宽、高、可以承载多少架战斗机、鱼雷、有多少跑台等等。 Controller :应用如何将Model...

我的iOS学习历程 - MVC模式

什么是MVC模式呢?就是将视图数据,视图,以及一些方法分别封装在Model,View,Controller中,就叫MVC...

IOS MVC模式初探

MVC设计模式 在进行IOS程序开发的时候,若对MVC设计模式不了解的话,是很难做出良好性能的程序.现将作者本人对于MVC设计模式的一些 粗浅看法记载余下,希望能对读者有所帮助. ...

104.iOS架构模式(MVC/MVCS/MVP/MVVM/VIPER)

在进行架构设计的时候到底是选择MVC或者MVVM还是选择VIPER呢? 这就要根据你的业务需求, 项目规模以及项目未来的推演预测等诸多因素了. 这也是争议颇多的话题,所以我在这里来把几个主流思想做...

IOS MVC设计模式的理解

初学IOS开发,认识到理解MVC设计模式的重要性,转过来后添加了一些自己的理解,以供参考,如有错误,请各位给予纠正 (文中贴了几个重复的图,都一样的,为了看起来方便) 从两大方面来...

iOS 架构模式--解密 MVC,MVP,MVVM以及VIPER架构

在 iOS 中使用 MVC 架构感觉很奇怪? 迁移到MVVM架构又怀有疑虑?听说过 VIPER 又不确定是否真的值得切换? 相信你会找到以上问题的答案,如果没找到请在评论中指出。 你将要整...

iOS设计模式——MVC(Model-View-Controller)

Modol View Controller(MVC)是一种最早的也是最成功的可重用的设计模式,70年代的时候首次在smaltalk编写的程序中成功使用。基于MVC设计模式,Cocoa整体架构可以划分为...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:iOS的MVC模式
举报原因:
原因补充:

(最多只允许输入30个字)