獲取屏幕最前層對應的Controller對象_第1頁
獲取屏幕最前層對應的Controller對象_第2頁
獲取屏幕最前層對應的Controller對象_第3頁
獲取屏幕最前層對應的Controller對象_第4頁
獲取屏幕最前層對應的Controller對象_第5頁
全文預覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、從一個需求問題看iOS的事件處理發(fā)表于 2014 年 3 月 23 日 由 三石本文從一個小需求點開始,簡要整理下iOS事件處理相關(guān)的內(nèi)容。鑒于容易嚇到小朋友,就不以“一個XX引發(fā)的血案”做標題了,雖然本文用這類標題很吸引人也很“適合”。前兩天遇到的一個需求是封裝一個SDK,在某個API調(diào)用的時候需要知道應用當前展現(xiàn)在屏幕最前層對應的Controller對象。最終大概的方案是這樣的:1234567891011121314151617181920212223UIViewController *result = nil; UIWindow * window

2、= UIApplication sharedApplication keyWindow;if (window.windowLevel != UIWindowLevelNormal)    NSArray *windows = UIApplication sharedApplication windows;    for(UIWindow * tmpWin in windows)           

3、0;if (tmpWin.windowLevel = UIWindowLevelNormal)                    window = tmpWin;            break;      

4、60;      UIView *frontView = window subviews objectAtIndex:0;id nextResponder = frontView nextResponder; if (nextResponder isKindOfClass:UIViewController class)    result = nextResponder;else    result = window.rootViewContro

5、ller;這其中有Window和Responder的概念,這些都是和iOS事件處理相關(guān)的內(nèi)容,下面基于這個代碼示例解釋和整理一下。0. 示例代碼解釋前半部分是“找Window”,后半部分是“在Window中找View和對應的Controller”。在iOS中,window這個概念對應于UIWindow類,主要負責展示視圖和做事件分發(fā)處理。而UIWindow對象中有一個屬性叫做windowLevel,標志著這個window在顯示和事件處理方面的層級,我們正常運行中看到的window是默認的UIWindowLevelNormal,對應為0,此外還定義了兩個級別的常量,對應statusBar和ale

6、rt。而這里我們要找的,就是UIWindowLevelNormal這個層面的window對象。Window既然是展現(xiàn)視圖的,那么也就要從view找起,通過index為0的UIView向上找,直到“響應鏈”上的一個ViewController。1. Responder鏈在上面那段示例代碼中,可以看到,后面尋找特定Controller的過程實際上就是根據(jù)nextResponder屬性進行迭代。這個nextResponder實際上是UIResponder類的一個方法,返回的引用也是一個UIResponder類對象。UIResponder是什么?它可以是一個UIView(包括UIControl和UIW

7、indow)、UIViewController,甚至可以是一個UIApplication??碪IResponder類,它提供了很多功能,而其中最主要的自然是負責響應事件。在iOS中,響應的事件可分為3類:§ UIEventTypeTouches,屏幕觸摸事件§ UIEventTypeMotion,設(shè)備接受到的動作§ UIEventTypeRemoteControl,遙控事件而這3者都需要Responder鏈。其中Motion和RemoteControl事件需要FirstResponder,而Touch雖然和此二者不完全相同,對事件的響應路徑也是基于Responde

8、r鏈的。而Responder鏈的路徑如下圖所示(引自蘋果官方文檔):2. 事件處理基本流程上面通過對Responder Chain的介紹,解釋了上面示例代碼中的內(nèi)容。借這個機會也把iOS事件處理的大致流程。以觸摸事件為例,操作系統(tǒng)會將用戶的觸屏操作記錄下來,封裝成事件對象并放到應用的事件隊列。應用中的主循環(huán)會獲取事件隊列里的事件對象,交給window對象處理。Window對象根據(jù)事件的情況和Responder Chain分發(fā)給特定的Responder對象進行處理。對于觸摸類型的事件,默認情況下,window對象會先將各個事件優(yōu)先交給Gesture Recognizer分析處理,如果未能識別,特

9、定的view會根據(jù)事件的時機做具體的處理。Gesture Recognizer采用優(yōu)先狀態(tài)機的方式對用戶的手勢進行識別。3. 事件Event在事件處理過程中,事件Event對象是一個比較基本的要素,我們再來稍微看下。在iOS中,UIEvent是對應的類。我們可以通過UIKit下的UIEvent頭文件來看這個類的定義,雖然這個頭文件中有了Event的三種類型及子類型的定義。但畢竟Motion和RemoteControl的事件略有特別,類定義中更多的是觸摸事件相關(guān)的。對于Motion事件的處理,官方的文檔給出了3個層面的方式:§ 基本處理,使用UIDevice和Notification,監(jiān)測orientation的變化§ 簡單響應,通過UIResponder對motion的幾個方法定義§ 復雜處理,使用加速器和陀螺儀相關(guān)的framework,對設(shè)備的動作細節(jié)數(shù)據(jù)做全面的收集、分析和處理對于Remote Control,主

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論