这是一篇关于MVC的介绍的文章，对于这个问题，我曾经感觉自己非常清晰的了解MVC的结构，后来在工作中接触到其他同事，也了解了一些其他语言的MVC，才发现，自己对MVC的理解还是非常的浅显，希望本文能对大家有一些帮助

原文链接：http://coderzhang.xyz/2016/04/12/ios%e5%9f%ba%e4%ba%8emvp%e7%9a%84%e9%a1%b9%e7%9b%ae%e9%87%8d%e6%9e%84%e6%80%bb%e7%bb%93/

关于MVC的争论

关于MVC的争论已经有很多,对此我的观点是:对于iOS开发中的绝大部分场景来说,MVC本身是没有问题的,你认为的MVC的问题,一定是你自己理解的问题(资深架构师请自动忽略本文).

行文过程中查阅了互联网上的大量文档,其中水平良莠不齐(最常见的就是MVC改个名就当MVVM的),当然也有许多非常有价值的参考资料,在文末会逐一列举,以供参考.

iOS中的MVC和MVP

Cocoa版本的MVC

根据官网上的描述, Cocoa中的MVC是这样的:

Model Objects Encapsulate Data and Basic Behaviors
View Objects Present Information to the User
Controller Objects Tie the Model to the View

C和P的差别

通过搜索引擎,发现其实MVP其实两种的:

Passive View
Supervising Controller

网上绝对部分谈论MVP的文章谈论的其实都是Passive View,这里放上一张Passive View的示意图:

乍一看上去是不是和MVC一样?我也一直一头雾水,直到在stackoverflow看到这个答案:

MVP: the view is in charge.
The view, in most cases, creates its presenter. The presenter will interact with the model and manipulate the view through an interface. The view will sometimes interact with the presenter, usually through some interface. This comes down to implementation; do you want the view to call methods on the presenter or do you want the view to have events the presenter listens to? It boils down to this: The view knows about the presenter. The view delegates to the presenter.

MVC: the controller is in charge.
The controller is created or accessed based on some event/request. The controller then creates the appropriate view and interacts with the model to further configure the view. It boils down to: the controller creates and manages the view; the view is slave to the controller. The view does not know about the controller.

简而言之,MVP是View驱动的,View层持有一个对应Presenter的引用,View上的交互事件首先会调用Presenter提供的接口,然后Presenter调用Model提供的方法取得数据,最后Presenter将取得的数据传递到View上展示.

MVC则是由Controller驱动的,Controller持有View,并响应View上的交互事件,根据交互调用不同的Model方法取得反馈数据,再将数据传递给View展示.

我的理解是,MVP是用户视角:所见即View.MVC则是程序员视角:I control everyone.

理解MVC和MVP的差别困惑的地方在于,UIViewController到底是属于C(P)层还是V层呢?下面将分别具体分析一下这两种观点.

观点一:UIViewController的归属—>View

如果把UIViewController视为V层,即上面MVP示意图中的Passive View,那么UIViewController将只负责View布局相关逻辑,不涉及任何与Model层的交互!!

不涉及任何与Model层的交互!!

所有的业务逻辑交互通过UIViewController持有的Presenter与Model间的调用来完成.

观点二:UIViewController的归属—>Controller

那如果把UIViewController视为C层,从MVC设计理念上来说,C层不会负责具体View的布局及展示逻辑,但是由于iOS中UIViewController的特殊设计,导致很多开发者直接就在UIViewController包含了很多具体布局相关的代码,更可怕的情况是不止是View的初始化,包括网络请求及具体业务处理也被包含到UIViewController中,这也许就是有人戏称MVC为:MassiveViewController的原因.

本次项目架构中对UIViewController的归类将在下文进行说明.

Model,DataInfo以及对胖瘦Model的争议

Model和DataInfo的差异

MVC架构思想中更倾向于Model是一个Layer,而不是一个Object(Java或Android中的bean).

所以这里的DataInfo我将其定义为一个DTO(Data Transfer Objec),更简单的来说,就是一个数据结构,跟我们在学校学习C语言时写的一个student结构体基本是一个意思.

我的理解是,Model是用来处理业务逻辑的,可视为传统开发三层架构中的BLL(Bussiness Logic Layer)和DAL(Data Access Layer)的合体,负责所有的具体业务.比如,对一个包含安全认证的App,你可能需要一个AuthModel来负责所有的认证逻辑以及认证信息的本地持久化.这样,Controller中只需要调用AuthModel提供的接口便能完成相应安全认证功能,职责分明.

Model中的一些方法的产出DTO,用来更新View.例如UserModel会去查询用户信息,然后将服务器返回的用户信息转换成一个本地的UserInfo,将这个UserInfo传递给View进行展示.

因此业界关于胖瘦Model的争议,我更多的理解是对于DataInfo是否需要提供涉及到业务的扩展功能的争议.

业务场景举例

举例一个业务场景,一个用户信息View上需要展示用户性别,一般来说服务器只会在返回的用户信息中包含一个sex字段(这里用0代表女性,1代表男性),需要使用的时候可能需要使用if语句进行判断然后输出不同的性别文字或图片.

从个人习惯上来说,很多开发者会将服务器返回的用户信息转换成一个本地的UserInfo DTO,然后将这个DTO传递给要对应需要展示的View,然后在View中进行输出判断.

当然,开发者可能会使用现在很流行的一些字典转模型框架(YYModel,MJextension等),也可以使用这些框架提供的配置接口在转换时就实现这种输出逻辑的转换,或者直接在UerInfo sex属性的getter方法中进行转换后输出.

不管怎样,只要在DataInfo这个层级上做了类似的这些转换,那么业务逻辑就已经侵入了DTO的定义.

一种解决思路

但是,这种场景几乎又是不可避免的,如何解决呢?被误解的 MVC 和被神化的 MVVM提出了一种借鉴MVVM的解决思路,具体做法就是将 ViewController 给 View 传递数据这个过程，抽象成构造 ViewModel 的过程.这样抽象之后，View 只接受 ViewModel，而 Controller 只需要传递 ViewModel 这么一行代码。而另外构造 ViewModel 的过程，我们就可以移动到另外的类中了.

在我看来,这样ViewModel层其实只是把上文中对DataInfo的扩展单独提炼了出来.这样就将View层完全与业务逻辑完全隔离开.

本次基于MVC的项目重构步骤

思考要解决的问题

回到项目重构的问题上来,我认为项目重构首先要想清楚的问题:

//我给变了颜色，个人感觉这段是非常重要的，在进行重构的时候，必须研究这些问题，我也重构过一些项目，这些问题感觉挺有必要的

//并且，我对采用通知的方式进行普通的信息传递，持有不同的意见，通知在ARC的内存管理里里面是需要手动释放的，这些通知释放是在页面释放内存的时候释放，页面内存的释放不是我们程序员可以决定的，使用过多的通知会导致内存上升，个人浅见，欢迎批评指正

项目层级如何划分?
大的业务场景有哪些?
将UIViewController归类为View还是Controller?
谁来负责网络请求,Model还是Controller?
从Model中取得数据后Controller怎么把数据传递给View去展示?按照View层级逐级传递?是否需要使用ViewModel?
Model的生命周期怎么控制?(全局Model和私有Model的划分)
View层级结构越来越深时,怎么传递用户的交互操作?(毫无疑问NSNotification)

UIViewController的层级归类

本次重构中还是将UIViewController归类为C层,但是为了将UIViewController彻底和UIView分离开,命名上我们直接使用XXXController,我们对每一个XXXController设计了一个对应的名为的XXXContainerView的UIView对象,所有的view布局都会在这个XXXContainerView中完成.

所有的UIView交互事件由View层发出Notification,Controller层接收通知后调用Model层进行处理,Model处理完成后将结果回调给Controller,再由Controller通过View暴露的接口展示出交互结果.

项目目录结构

重构后的项目目录结构如下:

一级目录	子目录	目录说明
Macro		存放开发过程中所需的一些宏定义
Category		存放不涉及业务,用来辅助开发的分类
Tools	不同的业务工具类	存放涉及轻量级业务的处理类,比如根据不同业务格式化输出不同的字符串
Views	不同的业务模块页面名	存放不同业务模块页面下的V
Controllers	不同的业务模块页面名	存放不同业务模块页面下的C
ViewModels	不同数据模块名	数据翻译层,将DataInfo数据翻译为View可直接展示的数据,但本次重构中由于时间因素不强制使用
Model	PublicModel	公用的全局Model,比如用户信息UserModel
	MoudleModel	单独某个模块使用的私有Model,只负责私有业务
Services	不同的Service	提供底层服务,例如HttpService,SecurityService

//感觉一个项目的目录非常的重要，需要认真对待，这对于以后优化项目，代码的维护都非常有好处

业务场景划分

由于之前赶进度开发,没有做具体的功能拆分.本次重构之前使用了StartUML绘制了主要场景下的UML图,包括类图,时序图,流程图.

强烈推荐新项目正式编码之前就完成这一步,并由前后端技术负责人主持进行UML评审.所有涉及到的业务Model的property以及public方法,所有DataInfo类的属性,甚至所有的Controller都会在绘制UML的过程中产出.当然,要想绘制所有场景下的UML图可能耗时比较久,一般来说只要绘制出主要交互场景即可.

网络请求

在手机端基本上所有的网络请求都是跟业务挂钩的,显然放在Model里更合适.至于请求完成后的回调就看个人习惯了,delegate或者block都是可行的.

MVVM扩展

放一张MVVM的示意图:

看上去是不是很像MVP?只是多了View和ViewModel的双向绑定,这里强调一点,RAC不一定登陆MVVM,MVVM也不一定要使用RAC.

后续

由于时间原因,并没有写出具体的示例代码,之后会针对一个示例场景,写出我理解中的各个MV(X)模式的参考代码,期待成文后与同行探讨.

//我也附上我的项目目录

iOS基于MVC的项目重构总结相关推荐

EasyMall项目重构之经典MVC
EasyMall项目重构之经典MVC EasyMall项目重构之经典MVC 技术需求平台前台技术后台技术环境搭建项目创建导入页面修改jsp中的图片路径注册功能实现项目流程通过浏览器 ...
[转]Asp.Net大型项目实践(11)-基于MVC Action粒度的权限管理【续】【源码在这里】（在线demo，全部源码）...
本文转自:http://www.cnblogs.com/legendxian/archive/2010/01/25/1655551.html 接上篇Asp.Net大型项目实践(10)-基于MVC Ac ...
项目基于MVC的.Net技术类门户网站源码
基于MVC的.Net技术类门户网站源码源码类型:全开源免费分享,需要学习可私信源码特色: 1.项目框架基于.Net多层架构+MVC,SQL2012,,需要安装MVC3.0. 2.使用了AutoMa ...
iOS 分析MVC、MVP、MVVM、VIPER
天天说MVC,尤其对于做iOS开发的,更是口头禅,因为Apple已经为我们量身定制了适合iOS开发的MVC架构.那么什么是MVC? 对于iOS的程序猿来说,MVC人人都说自己会用,但是呢实际开发过程中 ...
iOS、mac开源项目及库
1.用来生成 @3x 的图片资源对应的 @2x 和 @1x 版本,只要拖拽高清图到 @3x 的位置上,然后按Ctrl+Shift+A即可自动生成两张低清的补全空位.当然你也可以从 @2x 的图生成 @ ...
自己总结的iOS、mac开源项目及库
======== 自己总结的iOS.mac开源项目及库. github排名 [https://github.com/trending](https://github.com/trending),git ...
iOS开源框架和项目总结
github上关于iOS的各种开源项目集合(转) .entry-header UI 下拉刷新 EGOTableViewPullRefresh - 最早的下拉刷新控件. SVPullToRefresh ...
iOS开源框架及项目大全(一定有你想要的,后期在不断进行分类方便大家查阅)
图像: 1.图片浏览控件MWPhotoBrowser 实现了一个照片浏览器类似 iOS 自带的相册应用,可显示来自手机的图片或者是网络图片,可自动从网络下载图片并进行缓存.可对图片进行缩放等操作. ...
【iOS 开发】iOS 开发简介 (IOS项目文件 | MVC 模式 | 事件响应机制 | Storyboard 控制界面 | 代码控制界面 | Retina 屏幕图片适配)
一. iOS 项目简介 1. iOS 文件简介创建一个 HelloWorld 项目, 在这个 IOS 项目中有四个目录 : 如下图; -- HelloWorldTests 目录 : 单元测试相关的类 ...

iOS基于MVC的项目重构总结