深入理解iPhone委托模式兼谈iPhone生命周期

每个 iPhone 应用程序都有一个 UIApplication ， UIApplication 是 iPhone 应用程序的开始并且负责初始化并显示 UIWindow ，并负责加载应用程序的第一个 UIView 到 UIWindow 窗体中。 UIApplication 的另一每个iPhone应用程序都有一个UIApplication，UIApplication是iPhone应用程序的开始并且负责初始化并显示UIWindow，并负责加载应用程序的第一个UIView到UIWindow窗体中。UIApplication的另一个任务是帮助管理应用程序的生命周期，而UIApplication通过一个名字为UIApplicationDelegate的代理类来履行这个任务。尽管UIApplication会负责接收事件，而UIApplicationDelegate则决定应用程序如何去响应这些事件，UIApplicationDelegate可以处理的事件包括应用程序的生命周期事件（比如程序启动和关 闭）、系统事件（比如来电、记事项警告），本文会介绍如何加载应用程序的UIView到UIWindow以及如何利用UIApplicationDelegate处理系统事件。 通常对于UIApplication读者是没必要修改它的，只需要知道UIApplication接收系统事件即可，而如何编写代码来处理这些系统事件则是程序 员的工作。处理系统事件需要编写一个继承自UIApplicationDelegate接口的类，而UIApplicationDelegate接口提供生命周期函数来处理应用程序以及应用程序的系统事件， 这些生命周期函数如下表所示：

UIApplicationDelegate Event-Handling Methods	Method Signature
1:application:didChangeStatusBarFrame:	- (void)application:(UIApplication*)application didChangeSetStatusBarFrame:(CGRect)oldStatusBarFrame
2:application:didChangeStatusBarOrientation:	- (void)application:(UIApplication*)application didChangeStatusBarOrientation:(UIInterfaceOrientation)oldStatusBarOrientation
3:application:handleOpenURL:	- (BOOL)application:(UIApplication*)application handleOpenURL:(NSURL*)url
4:application:willChangeStatusBarOrientation:duration:	- (void)application:(UIApplication*)application willChangeStatusBarOrientation:(UIInterfaceOrientation)newStatusBarOrientation duration:(NSTimeInterval)duration
5:application:willChangeStatusBarFrame	- (void)application:(UIApplication)application willChangeStatusBarFrame:(CGRect)newStatusBarFrame
6:applicationDidBecomeActive:	- (void)applicationDidBecomeActive:(UIApplication*)application
7:applicationDidFinishLaunching:	- (void)applicationDidFinishLaunching:(UIApplication*)application
8:applicationDidReceiveMemoryWarning:	- (void)applicationDidReceiveMemoryWarning:(UIApplication*)application
9:applicationSignificantTimeChange:	- (void)applicationSignificantTimeChange:(UIApplication*)application
10:applicationWillResignActive:	- (void)applicationWillResignActive:(UIApplication*)application
11:applicationWillTerminate:	- (void)applicationWillTerminate:(UIApplication*)application

每个 iPhone 应用程序都有一个 UIApplication ， UIApplication 是 iPhone 应用程序的开始并且负责初始化并显示 UIWindow ，并负责加载应用程序的第一个 UIView 到 UIWindow 窗体中。 UIApplication 的另一表1 如果利用Xcode的模板创建项目，Xcode会为程序员创建继承自UIApplicationDelegate的类，但不会自动实现继承自UIApplicationDelegate的可选的事件处理函数。如果读者创建一个名为“TestUIApplication”的项目，Xcode会自动创建TestUIApplicationAppDelegate.h和TestUIApplicationAppDelegate.m文件，文件的声明如下： @interface TestUIApplicationAppDelegate : NSObject <UIApplicationDelegate> 而应用程序的UIApplication则被定义在MainWindow.xib文件中，并且有一个作为outlet的UIApplicationDelegate引用，如下图：
当应用程序接收到表1中的事件时,UIApplication会调用UIApplicationDelegate中实现的相应的方法。 从根本上讲，委托(delegate)是iPhone中广泛采用的一种编程方法，这种方法有很多益处：¨ 它更为简洁的把程序的逻辑处理从UIApplication中分离了出来。¨ 它避免了程序员直接从UIApplication派生子类，试想如果通过从UIApplication派生子类的方法来管理应用程序的生命周期和系统事件是多么痛苦 的一件事情。 同样，“委托模式”也是一种常用的面向对象的设计模式，这种设计模式用Java语言可以更好的进行描述。 “委托模 式”中一般 有两个对象参与处理同一个请求，所谓的请求在iPhone中就是应用程序的生命周期和系统事件，接受请求的对象将请求委托给另一个对象来处理，同样在iPhone中对应的是UIApplication在接收到生命周期和系统事件后委托给UIApplicationDelegate来处理。同样，委托模式也是很多其它模式的基础，如状态模式、 策略模式、访问者模式本质上是在特殊的情况下采用了委托模式。委托模式使得可以用聚合代理继承，正如iPhone中为了避免直接从UIApplication继承而采用委托模式一样。 如果用Java来模拟iPhone中委托模式的处理过程，UIApplication定义大致如下： public class UIApplication { public final int UP = 1;public final int DOWN = 2;public final int DRAG = 3;public final int DROP = 4;private UIApplicationDelegate Delegate;/*** @param args*/public UIApplication(UIApplicationDelegate aDelegate){}public boolean HandlerSysEvents(int aEventValue){switch(aEventValue){case UP:Delegate.HanlderEvents(aEventValue);break;case DOWN:Delegate.HanlderEvents(aEventValue);break;case DRAG:Delegate.HanlderEvents(aEventValue);break;case DROP:Delegate.HanlderEvents(aEventValue);break;}return false;}} 而委托接口UIApplicationDelegate的定义如下： public interface UIApplicationDelegate {public void applicationDidFinishLaunching(UIApplication application);public boolean HanlderEvents(int aEventsValue); } 可见，通过传递UIApplicationDelegate到UIApplication中，系统就可以在UIApplication接收到系统事件时调用委托类UIApplicationDelegate中相应的方法来处理系统事件。 探究iPhone不采用继承体系而采用委托模式来实现聚合的原因，其更深层次在 于iPhone框架的多样化使得继承无法保证子类行为的一致性，而委托模式恰恰是为了弥补继承的这个缺点诞生的。 打开Other Sources目录下main.m文件，可以看到如下代码： #import <UIKit/UIKit.h> int main(int argc, char *argv[]) { NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];int retVal = UIApplicationMain(argc, argv, nil, nil);[pool release];return retVal;} 每个项目都会有一个UIApplication对象来处理应用程序的生命周期和系统事件，main()函数通过UIApplicationMain()来初始化应用程序的UIApplication，如果读者想对应用程序的UIApplication进行操作，就只能通过[UIApplication sharedApplication]来获取到UIApplication的引用，这个方法会返回一个全局唯一的UIApplication对象给读者。 同样，读者可以通过如下 代码获取应用程序的委托对象： UIApplicationDelegate* myDelegate = [[UIApplication sharedApplication] delegate]; 在UIApplication接收到系统事件和生命周期事件时，会把相应的事件传递给UIApplicationDelegate进行处理，表1所列的生命周期函数大都是可选的，但为了应用程序的健壮性程序 员应该实现它们。 iPhone并不是多任务的操作系统，所以应用程序很容易受到打扰，比如一个来电可能导致应用程序失去焦点，如果这个时候接听了电话，那么应用程序会自动终 止运行。还有很多其它类似的事件会导致iPhone应用程序失去焦点，在应用程序失去焦点前会调用委托类的applicationWillResignActive()方法，而应用程序再次获取到焦点的时候会调用applicationDidBecomeActive()方法。比如在运行应用程序的时候锁屏会调用委托类的applicationWillResignActive()方法，而当屏幕被解锁的时候，又会调用applicationDidBecomeActive()方法。 另外一个非常重要的方法 就是applicationDidReceiveMemoryWarning()，因为iPhone设备只有有限的内存，如果为应用程序分配了太多内存操作系统会 终止应用程序的运行，但在终止之前操作系统会通过先调用委托类的applicationDidReceiveMemoryWarning()方法警告应用程序，在UIApplication接收到这个事件后它会传递给委托类的applicationDidReceiveMemoryWarning()方法，委托类在这个方法内可以进行释放内存的操作以防止操作系 统强制终止应用程序的运行。