接触iphone的编程，就要从安装、架构、模式等一些知识来填充自己的编程习惯，那么本文就是讲述的这些。
一、概念
MVC架构是一个复杂的架构，其实现也显得非常复杂。但是，我们已经总结出了很多可靠的设计模式，多种设计模式结合在一起，使MVC架构的实现变得相对简单易行。Views可以看作一棵树，显然可以用Composite Pattern来实现。Views和Models之间的关系可以用Observer Pattern体现。Controller控制Views的显示，可以用Strategy Pattern实现。Model通常是一个调停者，可采用Mediator Pattern来实现。现在让我们来了解一下MVC三个部分在J2EE架构中处于什么位置，这样有助于我们理解MVC架构的实现。MVC与J2EE架构的对应关系是:View处于Web Tier或者说是Client Tier，通常是JSP/Servlet，即页面显示部分。Controller也处于Web Tier，通常用Servlet来实现，即页面显示的逻辑部分实现。Model处于Middle
二、通信
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的范畴。
【编辑推荐】
