浅谈iOS MVC 学习基础

来源：互联网发布：linux卸载命令编辑：程序博客网时间：2024/05/16 17:26

本来我想自己写一篇关于这个话题的文章，但是看到网上已经有了，所以就转载过来给大家作为参考。

原帖地址：http://blog.chinabyte.com/a/1557371.html

iOS MVC 学习基础是本文要介绍的内容，先来看内容。相信说起MVC（Model－View－Controller）大家都很熟悉。在iOS开发中MVC的机制被使用的淋漓尽致，并且我觉得在iOS上写程序，充分理解iOS的MVC模式，有助于我们程序的组织合理性，相反，我们不遵守MVC的一些约定，程序是可以写的，但就等着受苦了。

下面我只对一些约定列一个表，并且说一下iOS的支持机制啊，算分享给大家：

1、Model不允许和Controller，View打交道。也就是Model根本不知道谁会用自己，Model中不能有任何对Controller和View的引用。正所谓：Don't call me, I will call you.就是给Model设计说的。

我们再想想，在一般程序中Model到处被拿去用，它要维护到底谁用真的很难。那你会问：兄弟，那当Model的数据变了，我怎么通知视图更新呢？这里常用的机制就是广播模式，或者电台模式，或者事件机制都行。在iOS中有两种支持机制：Notification和KVO（Key-Value Observing）。

这两种东西原理差不多，KVO是iOS中的一个核心概念，简单理解就是：关注Model某个数据（Key）的对象可以注册为监听器，一旦Model某个Key的Value发生变化，就会广播给所有的监听器。这和Flex，JavaFX中的绑定都是一个道理。

2、View不允许直接引用Controller和Model，它很专一地被Controller控制来进行数据的显示和接收用户的交互。我们知道View显示的时候需要数据，我们也知道在View上会产生事件。如果要达到不和Controller，Model直接打交道，就需要机制来支持。

在Objective－C中有Protocol的东西，并且提出Delegate（代理模式）就是来解决UIView想和Controller松耦合互动问题的。除了这个外，iOS还提供了Action－Target模式来让Controller监听View的事件。那对View如何获得数据，iOS中提了Data Source的概念，其实也是Protocol的应用。

3、每一次推给用户的一个操作屏幕，最好都是MVC的三者组合，不要出现一组以上的MVC组合。

IPhone MVC设计模式要点

整理自斯坦福大学iphone开发公开课,并加入了一些自己的理解。

一、概念

Model = 你的应用程序是什么，是用户界面无关的部分
Controller = 你的应用程序如何将Model显示给用户（UI逻辑），是中心是桥梁，连通Model和View
View = Controller的奴才（minion)、小跟班。view一切听从Controller的指挥，并及时将重要事件报告给Controller

二、通信

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，delegate是一组协议，表示程序将要或者已经处于某种状态时，来调整View，以对用户有个交代。例如系统内存不足了，你是不是相应的降低view的质量以节省内存。

注：突然冒出个delegate，让人不好理解，其实他不对应xcode为我们创建的XXAppDelegate文件，此文件不属于MVC中的任何一部分，虽然与MVC有联系。我发现苹果文档里说A是B的代理的时候，通常是指A中有B的引用，可以A直接操作B。

三、实作

建立一个BtnClick工程系统，会为我们生成以下文件：

BtnClickAppDelegate.h

BtnClickAppDelegate.m

以上两个文件定义了实现UIApplicationDelegate协议的类BtnClicAppDelegate，UIApplicationDelegate协议是系统预定义的协议，负责监视应用程序的高层行为，处理几个关键系统消息，是应用程序生命周期为我们预留的Hook，每个iphone应用程序必不可少的。iphone应用程序的生命周期：

BtnClickViewController.h

BtnClickViewController.m

实现了MVC中的Controller.可以定义一些IBOutlet元素和IBAction方法与View通信。

@interface BtnClickViewController : UIViewController{

IBOutlet UILabel* statusText;

}

@property (retain,nonatomic) UILabel *statusText;

- (IBAction)buttonPressed:(id)sender;

@end

View对应那个文件呢? 答案是Resource下的MainWindow.xib和BtnClickViewController.xib。MainWindow.xib文件在在应用程序加载时是会被自动加载的，这其实是在plist文件中配置的。然后MainWindow.xib会加载子视图BtnClickViewController.xib。

为什么会命名为ViewController,而不是分开命名？可能是因为View和Controller关系太紧密了，view就是Controller的跟班。实际编程时一定要分清MVC各部分的职责。

自始至终没见到Model的面，其实M是可选的，特别是对于简单的应用。任何与界面无关的，我们添加的自定义类来定义我们应用程序的对象，都属于Model的范畴。

至于为什么这么麻烦地分成三块，而不是两块，或者干脆一砣？只能在我们编程过程中慢慢体会了。