UIApplication接收事件,UIApplication響應事件(程序生命週期、系統事件)這就意味著通常沒必要對UIApplication進行修改,而只需考慮如何在UIApplicationDelegate中對UIApplication接收到的事件進行處理。處理系統事件需要編寫一個繼承自UIApplicationDelegate接口的類,而UIApplicationDelegate接口提供生命週期函數來處理應用程序以及應用程序的系統事件。應用程序UIApplcation被定義在MainWindow.xib文件中,並且有一個作為outlet的UIApplicationDelegate引用,當應用程序接收到諸如程序生命週期或系統事件時,UIApplication會調用UIApplicationDelegate中實現的相應的方法。
這樣做的好處是:
把程序的邏輯處理從UIApplication中分離出來;
避免了程序員直接從UIApplication派生子類,試想如果通 過從UIApplication派生子類的方法來管理應用程序的生命週期是多麼痛苦的一件事。
“委託模式”中一般有兩個對象參與處理同一個請求,所謂的請求在iPhone中就是應用程序生命週期和系統事件,接受請求的對象將請求委託給另一個對象來處理,同樣在iPhone中對應的是UIApplication在接收到生命週期和系統事件後委託給UIApplicationDelegate來處理。同樣,委託模式也是很多其它模式的基礎,如狀態模式、策略模式、訪問者模式本質上是在特殊的情況下採用了委託模式。委託模式使得可以用聚合代理繼承(即UIApplication類中包含一個UIApplicationDelegate接口成員)
iPhone不採用繼承體系而採用委託模式來實現聚合的原因,其更深層次在於IPhone框架的多樣化使得繼承無法保證子類行為的一致性,而委託模式恰恰是為了彌補繼承的這個缺點誕生的(說白了就是聚合嘛)。
在應用程序失去焦點前會調用delegate的applicationWillResignActive()方法,而應用程序再次獲取焦點時會調用applicationDidBecomeActive()方法。比如鎖屏會調用applicationWillResignActive()方法,解鎖調用applicationDidBecomeActive()方法。
而applicationDidReceiveMemoryWarning()方法則是在程序因內存洩露crash之前調用。
补充一下,今天跟joe先生讨论了一下,一般event的传递都有自己的chain,event顺着这个chain往上传递,直到有一个对象处理这个事件,这个事件才会停止传播,这个对象ios里叫响应者(responder),十分传神(当然,这是当你理解的时候,开始时我一直以为responder是焦点的持有者,十分nc的想法),而delegate提供给我们一个在对象接收到指定的event后处理该event的接口,究竟要不要处理该event,在于你实不实现这个delegate有关这个event的方法。
总的来说,对于delegate的实现方式还是有点confused,viewController里头有view,view里头的delegate又是viewController,十分纠结的模式。
再次补充:刚刚又看到一点,其实感觉delegate怪的原因是因为这个模式中两个对象间好像并没有清晰的从属关系,这样放在需要避免循环引用的Objective-C中好像不太合理,不过iphone开发中的delegate是以assign方式注入的属性,而不是其他像retain、copy等方式注入的能使reference count自增一个的属性,这样就避免循环引用的产生。
通常在使用对象时不是自己alloc、retain或copy的,就不用去release了。