iOS----事件處理

1. iOS中的事件可以分為3大類型:觸摸事件似枕、加速事件舶沿、遠程控制事件

2.按照時間順序涩笤,事件的生命周期是這樣的:事件的產(chǎn)生和傳遞(事件如何從父控件傳遞到子控件并尋找到最合適的view刺桃、尋找最合適的view的底層實現(xiàn)匈睁、攔截事件的處理)-》找到最合適的view后事件的處理(touches方法的重寫卷哩,也就是事件的響應)

3.事件傳遞的重點和難點:1-》如何尋找最合適的view? 2->尋找最合適的view的底層實現(xiàn)(hitTest:withEvent:底層實現(xiàn))

*/

/*

事件的傳遞和響應的區(qū)別:事件的傳遞是從上到下(父控件到子控件)蛋辈,事件的響應是從下到上(順著響應者鏈條向上傳遞:子控件到父控件)。

下面會對此作出一些詳細解釋:



---------------------觸摸事件--------------

1.響應者對象(UIResponder) ----在iOS中不是任何對象都能處理事件将谊,只有繼承了UIResponder的對象才能接收并處理事件冷溶,我們稱它為:響應者對象;UIApplication尊浓、UIViewController逞频、UIView都繼承自UIResponder,所以都能接收并處理事件栋齿。

2.之所以繼承自UIResponder的類能夠接收并處理事件苗胀,是因為它提供了四個對象方法來處理觸摸事件。


*/

3.事件的處理--以UIView為例說明

重點是:以上四個方法是由系統(tǒng)自動調(diào)用的瓦堵,所以可以通過重寫該方法來處理一些事件基协。

1-》如果兩根手指同時觸摸一個view,那么view只會調(diào)用一次- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent *)event方法谷丸,touches參數(shù)中裝著2個UITouch對象堡掏。

2-》如果這兩根手指一前一后分開觸摸同一個view,那么view會分別調(diào)用兩次- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent *)event方法,并且每次調(diào)用時的touches參數(shù)中只包含一個UITouch對象

3-》如果是處理UIView的觸摸事件刨疼,則只能通過子類繼承父類泉唁,重寫子類方法的方式處理UIView的觸摸事件

4-》如果處理的是UIViewController的觸摸事件鹅龄,則在控制器的.m文件中直接重寫那四個方法就行了。


---------UITouch對象------

1-》當用戶用一根手指觸摸屏幕時亭畜,會創(chuàng)建一個與手指相關的UITouch對象

2-》一根手指對應一個UITouch對象

3-》如果兩根手指同時觸摸一個view扮休,那么view只會調(diào)用一次- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent *)event方法,touches參數(shù)中裝著2個UITouch對象

4-》如果這兩根手指一前一后觸摸同一個view,那么view會調(diào)用2次- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent *)event方法拴鸵,并且每次調(diào)用時的touches參數(shù)中只包含一個UITouch對象

2.UITouch的作用:1-》保存跟手指相關信息玷坠,如觸摸的位置、時間劲藐、階段 ?

2-》當手指移動時八堡,系統(tǒng)會自動更新一個UITouch對象,使他能夠一直保存該手指的觸摸位置聘芜。3-》當手指離開屏幕時兄渺,系統(tǒng)會銷毀相應的UITouch對象--溫馨提示:開發(fā)中要盡量避免雙擊事件的使用

3.UITouch的屬性


4.UITouch的方法


代碼實現(xiàn)



--------事件的產(chǎn)生-------

1.發(fā)生觸摸事件后,系統(tǒng)會將該事件加入到一個由UIApplication管理的事件隊列中汰现,之所以是隊列而不是棧挂谍?是因為隊列的特點是先進先出,先產(chǎn)生的事件先處理才符合常理瞎饲,所以把事件添加到隊列口叙。

2.UIApplication會從事件隊列中取出最前面的事件,并將事件分發(fā)下去以便進行處理嗅战,通常情況妄田,是先發(fā)送事件給應用程序的主窗口--keyWindow

3.主窗口會在視圖層結(jié)構(gòu)中找到一個最合適的視圖來處理觸摸事件,這也是整個事件處理過程的第一步仗哨。找到合適的視圖控件后形庭,就會調(diào)用視圖控件的touches方法來做具體的事件處理。

--------------------事件的傳遞------------

1.觸摸事件的傳遞是從父控件到子控件厌漂,也就是UIApplication->window->尋找處理事件最合適的view。溫馨提示:假如父控件不能接收觸摸事件斟珊,那么子控件就不可能接收到觸摸事件苇倡。


--------應用如何找到最合適的控件來處理事件?--------

1-》首先判斷主窗口-keyWindow,自己是否能接收觸摸事件

2-》判斷觸摸點是否在自己身上

3-》在子控件數(shù)組中由后向前遍歷控件囤踩,重復前面的兩個步驟

4-》如果沒有符合條件的子控件旨椒,就認為自己是最合適處理這個事件的

5-》找到最合適的view后,就會調(diào)用該view的touches方法處理具體的事件

---------UIView不能接收觸摸事件的三種情況:1.不允許交互:userInteractionEnabled = NO? ? ? ? ? 2.隱藏:父控件被隱藏了堵漱,子控件也會被隱藏综慎,隱藏的控件不能接收事件。? ? ? ? 3.透明度:一個控件的透明度如果小于0.01勤庐,會直接影響子控件的透明度alpha:0.0~0.01為透明示惊。溫馨提示::默認UIImageView不能接受觸摸事件好港,因為不允許交互,即userInteractionEnabled = NO米罚,所以如果希望UIImageView可以交互钧汹,需要userInteractionEnabled = YES。


------------尋找最合適的view底層剖析------

兩個重要方法- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event和pointInside方法

1-------》- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event方法录择。--

A.什么時候調(diào)用:只要事件一傳遞給一個控件拔莱,這個控件就會調(diào)用他自己的- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event方法

B.作用:尋找并返回最合適的View-能夠響應事件的那個最合適的view.? ? ? ? 特別注意:不管這個控件能不能處理事件,也不管觸摸點在不在這個控件上隘竭,事件都會先傳遞給這個控件塘秦,隨后再調(diào)用- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event方法。

C.攔截事件的處理:正因為- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event方法可以返回最合適的view,所以可以通過重寫- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event方法动看,返回指定的view作為最合適的view;不管點擊那個地方尊剔,最合適的view都是- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event方法中返回的那個view;? ? 通過重寫- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event,就可以攔截事件的傳遞過程弧圆,想讓誰處理事件誰就處理事件

事件傳遞給誰赋兵,就會調(diào)用誰的- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event方法。

溫馨提示:如果- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event方法返回nil搔预,那么調(diào)用該方法的控件本身和其子控件都不是最合適的view,也就是在自己身上沒有找到更合適的view.那么最合適的view就是該控件的父控件

事件的傳遞順序:產(chǎn)生觸摸事件-》UIApplication事件隊列-》[UIWindow hitTest: withEvent:] ->返回更合適的view->[子控件 hitTest: withEvent:] ->返回最合適的View


重點:想讓誰成為最合適的view就重寫誰自己的父控件的hitTest:withEvent:方法并返回指定的子控件霹期,或者重寫自己的hitTest:withEvent:方法 return self.我會建議在父控件的hitTest:withEvent:中返回子控件作為最合適的view,這是因為在自己的hitTest:withEvent:方法中返回自己的有的時候會出現(xiàn)一些問題拯田。如:當遍歷子控件的時候历造,如果觸摸點不在子控件A身上而是在子控件B身上,卻還要求返回子控件A作為最合適的View,采用返回自己的方法可能會導致還沒有來得及遍歷自己船庇,就有可能已經(jīng)遍歷了真正的view吭产,即B。這樣就導致了返回的是自己而不是真正的觸摸點所在的View.所以認為在父控件hitTest:withEvent:方法返回子控件作為最合適的view.


特殊情況:誰都不能處理事件鸭轮,窗口也不能處理臣淤。重寫window的hitTest:withEvent:方法return nil?

只能有窗口處理事件,控制器的view的hitTest:withEvent:方法return nil或者window的hitTest:withEvent:方法return self

hitTest:withEvent:方法中return nil的意思是調(diào)用當前hitTest:withEvent:方法的view不是合適的view窃爷,子控件也不是合適的view,如果同級的兄弟控件也沒有合適的View,那么最合適的view就是父控件邑蒋。


尋找最合適的view底層剖析hitTest:withEvent:方法的底層做法

#import"WSWindow.h"

@implementationWSWindow

// 什么時候調(diào)用:只要事件一傳遞給一個控件,那么這個控件就會調(diào)用自己的這個方法// 作用:尋找并返回最合適的view

// UIApplication -> [UIWindow hitTest:withEvent:]尋找最合適的view告訴系統(tǒng)

// point:當前手指觸摸的點

// point:是方法調(diào)用者坐標系上的點

- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event{

// 1.判斷下窗口能否接收事件if(self.userInteractionEnabled ==NO||self.hidden ==YES||self.alpha <=0.01)return nil;

// 2.判斷下點在不在窗口上// 不在窗口上

?if([selfpointInside:point withEvent:event] ==NO)return nil;/

/ 3.從后往前遍歷子控件數(shù)組

int count = (int)self.subviews.count;

for(inti = count -1; i >=0; i--) ? ??

?{

// 獲取子控件

UIView*childView =self.subviews[i];

// 坐標系的轉(zhuǎn)換,把窗口上的點轉(zhuǎn)換為子控件上的點

// 把自己控件上的點轉(zhuǎn)換成子控件上的點

CGPointchildP = [selfconvertPoint:point toView:childView];

UIView*fitView = [childView hitTest:childP withEvent:event];

if(fitView) {

// 如果能找到最合適的viewreturnfitView;? ?

?}? ? }

// 4.沒有找到更合適的view按厘,也就是沒有比自己更合適的viewreturnself;? ? }

// 作用:判斷下傳入過來的點在不在方法調(diào)用者的坐標系上

// point:是方法調(diào)用者坐標系上的點

//- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event//{/

/ return NO;//}

- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{NSLog(@"%s",__func__);? ? }

@end



hit:withEvent:方法底層會調(diào)用pointInside:withEvent:方法判斷點在不在方法調(diào)用者的坐標系上医吊。

pointInside:withEvent:方法判斷點在不在當前view上(方法調(diào)用者的坐標系上)如果返回YES,代表點在方法調(diào)用者的坐標系上;返回NO代表點不在方法調(diào)用者的坐標系上逮京,那么方法調(diào)用者也就不能處理事件卿堂。


事件處理的整個流程:1.觸摸屏幕產(chǎn)生觸摸事件后,觸摸事件會被添加到由UIApplication管理的事件隊列中(即懒棉,首先接收到事件的是UIApplication)草描。

2.UIApplication會從事件隊列中取出最前面的事件览绿,把事件傳遞給應用程序的主窗口(keyWindow)。

3.主窗口會在視圖層次結(jié)構(gòu)中找到一個最合適的視圖來處理觸摸事件陶珠。(至此挟裂,第一步已完成)

4.最合適的view會調(diào)用自己的touches方法處理事件

5.touches默認做法是把事件順著響應者鏈條向上拋。

touches默認的做法



如何做到一個事件多個對象處理:因為系統(tǒng)默認做法是把事件上拋給父控件揍诽,所以可以通過重寫自己的touches方法和父控件的touches方法來達到一個事件多個對象處理的目的诀蓉。


最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市暑脆,隨后出現(xiàn)的幾起案子渠啤,更是在濱河造成了極大的恐慌,老刑警劉巖添吗,帶你破解...
    沈念sama閱讀 218,755評論 6 507
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件沥曹,死亡現(xiàn)場離奇詭異,居然都是意外死亡碟联,警方通過查閱死者的電腦和手機妓美,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,305評論 3 395
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來鲤孵,“玉大人壶栋,你說我怎么就攤上這事∑占啵” “怎么了贵试?”我有些...
    開封第一講書人閱讀 165,138評論 0 355
  • 文/不壞的土叔 我叫張陵,是天一觀的道長凯正。 經(jīng)常有香客問我毙玻,道長,這世上最難降的妖魔是什么廊散? 我笑而不...
    開封第一講書人閱讀 58,791評論 1 295
  • 正文 為了忘掉前任桑滩,我火速辦了婚禮,結(jié)果婚禮上允睹,老公的妹妹穿的比我還像新娘施符。我一直安慰自己,他們只是感情好擂找,可當我...
    茶點故事閱讀 67,794評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著浩销,像睡著了一般贯涎。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上慢洋,一...
    開封第一講書人閱讀 51,631評論 1 305
  • 那天塘雳,我揣著相機與錄音陆盘,去河邊找鬼。 笑死败明,一個胖子當著我的面吹牛隘马,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播妻顶,決...
    沈念sama閱讀 40,362評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼酸员,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了讳嘱?” 一聲冷哼從身側(cè)響起幔嗦,我...
    開封第一講書人閱讀 39,264評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎沥潭,沒想到半個月后邀泉,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,724評論 1 315
  • 正文 獨居荒郊野嶺守林人離奇死亡钝鸽,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,900評論 3 336
  • 正文 我和宋清朗相戀三年汇恤,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片拔恰。...
    茶點故事閱讀 40,040評論 1 350
  • 序言:一個原本活蹦亂跳的男人離奇死亡因谎,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出仁连,到底是詐尸還是另有隱情蓝角,我是刑警寧澤,帶...
    沈念sama閱讀 35,742評論 5 346
  • 正文 年R本政府宣布饭冬,位于F島的核電站使鹅,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏昌抠。R本人自食惡果不足惜患朱,卻給世界環(huán)境...
    茶點故事閱讀 41,364評論 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望炊苫。 院中可真熱鬧裁厅,春花似錦、人聲如沸侨艾。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,944評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽唠梨。三九已至袋励,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背茬故。 一陣腳步聲響...
    開封第一講書人閱讀 33,060評論 1 270
  • 我被黑心中介騙來泰國打工盖灸, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人磺芭。 一個月前我還...
    沈念sama閱讀 48,247評論 3 371
  • 正文 我出身青樓赁炎,卻偏偏與公主長得像,于是被迫代替她去往敵國和親钾腺。 傳聞我的和親對象是個殘疾皇子徙垫,可洞房花燭夜當晚...
    茶點故事閱讀 44,979評論 2 355

推薦閱讀更多精彩內(nèi)容