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

最新推荐文章于 2024-11-14 11:53:35 发布

缘点星空

最新推荐文章于 2024-11-14 11:53:35 发布

阅读量346

点赞数

分类专栏： IOS 文章标签： iphone application xcode uiview interface 设计模式

IOS 专栏收录该内容

203 篇文章 1 订阅

订阅专栏

from:

http://blog.sina.com.cn/s/blog_4cd8dd130100t1cq.html

每个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

表1

如果利用Xcode的模板创建项目，Xcode会为程序员创建继承自UIApplicationDelegate的类，但不会自动实现继承自UIApplicationDelegate的可选的事件处理函数。如果读者创建一个名为“TestUIApplication”的项目，Xcode会自动创建TestUIApplicationAppDelegate.h和TestUIApplicationAppDelegate.m文件，文件的声明如下：

1	@interface TestUIApplicationAppDelegate : NSObject <UIApplicationDelegate>

@interface TestUIApplicationAppDelegate : NSObject <UIApplicationDelegate>

而应用程序的UIApplication则被定义在MainWindow.xib文件中，并且有一个作为outlet的UIApplicationDelegate引用，如下图：

图1

当应用程序接收到表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;

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对象给读者。

同样，读者可以通过如下代码获取应用程序的委托对象：

1	UIApplicationDelegate* myDelegate = [[UIApplication sharedApplication] delegate];

在UIApplication接收到系统事件和生命周期事件时，会把相应的事件传递给UIApplicationDelegate进行处理，表1所列的生命周期函数大都是可选的，但为了应用程序的健壮性程序员应该实现它们。

iPhone并不是多任务的操作系统，所以应用程序很容易受到打扰，比如一个来电可能导致应用程序失去焦点，如果这个时候接听了电话，那么应用程序会自动终止运行。还有很多其它类似的事件会导致iPhone应用程序失去焦点，在应用程序失去焦点前会调用委托类的applicationWillResignActive()方法，而应用程序再次获取到焦点的时候会调用applicationDidBecomeActive()方法。比如在运行应用程序的时候锁屏会调用委托类的applicationWillResignActive()方法，而当屏幕被解锁的时候，又会调用applicationDidBecomeActive()方法。

另外一个非常重要的方法就是applicationDidReceiveMemoryWarning()，因为iPhone设备只有有限的内存，如果为应用程序分配了太多内存操作系统会终止应用程序的运行，但在终止之前操作系统会通过先调用委托类的applicationDidReceiveMemoryWarning()方法警告应用程序，在UIApplication接收到这个事件后它会传递给委托类的applicationDidReceiveMemoryWarning()方法，委托类在这个方法内可以进行释放内存的操作以防止操作系统强制终止应用程序的运行。