響應者對象
在iOS中不是任何對象都能處理事件,只有繼承了UIResponder的對象才能接收并處理事件。我們稱之為“響應者對象”
UIApplication、UIViewController、UIView都繼承自UIResponder,因此它們都是響應者對象,都能夠接收并處理事件
UIResponder
UIResponder內部提供了以下方法來處理事件
觸摸事件
- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event;
- (void)touchesMoved:(NSSet*)touches withEvent:(UIEvent*)event;
- (void)touchesEnded:(NSSet*)touches withEvent:(UIEvent*)event;
- (void)touchesCancelled:(NSSet*)touches withEvent:(UIEvent*)event;
加速計事件
- (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent*)event;
- (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent*)event;
- (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent*)event;
遠程控制事件
- (void)remoteControlReceivedWithEvent:(UIEvent*)event;
UIView的觸摸事件處理
UIView是UIResponder的子類,可以覆蓋下列4個方法處理不同的觸摸事件
一根或者多根手指開始觸摸view,系統會自動調用view的下面方法
- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event
一根或者多根手指在view上移動,系統會自動調用view的下面方法(隨著手指的移動,會持續調用該方法)
- (void)touchesMoved:(NSSet*)touches withEvent:(UIEvent*)event
一根或者多根手指離開view,系統會自動調用view的下面方法
- (void)touchesEnded:(NSSet*)touches withEvent:(UIEvent*)event
觸摸結束前,某個系統事件(例如電話呼入)會打斷觸摸過程,系統會自動調用view的下面方法
- (void)touchesCancelled:(NSSet*)touches withEvent:(UIEvent*)event
提示:touches中存放的都是UITouch對象
UITouch
當用戶用一根手指觸摸屏幕時,會創建一個與手指相關聯的UITouch對象
一根手指對應一個UITouch對象
UITouch的作用
保存著跟手指相關的信息,比如觸摸的位置、時間、階段
當手指移動時,系統會更新同一個UITouch對象,使之能夠一直保存該手指在的觸摸位置
當手指離開屏幕時,系統會銷毀相應的UITouch對象
提示:iPhone開發中,要避免使用雙擊事件!
UITouch的屬性
觸摸產生時所處的窗口
@property(nonatomic,readonly,retain)UIWindow*window;
觸摸產生時所處的視圖
@property(nonatomic,readonly,retain)UIView*view;
短時間內點按屏幕的次數,可以根據tapCount判斷單擊、雙擊或更多的點擊
@property(nonatomic,readonly)NSUIntegertapCount;
記錄了觸摸事件產生或變化時的時間,單位是秒
@property(nonatomic,readonly)NSTimeIntervaltimestamp;
當前觸摸事件所處的狀態
@property(nonatomic,readonly)UITouchPhasephase;
UITouch的方法
- (CGPoint)locationInView:(UIView*)view;
返回值表示觸摸在view上的位置
這里返回的位置是針對view的坐標系的(以view的左上角為原點(0, 0))
調用時傳入的view參數為nil的話,返回的是觸摸點在UIWindow的位置
- (CGPoint)previousLocationInView:(UIView*)view;
該方法記錄了前一個觸摸點的位置
UIEvent
每產生一個事件,就會產生一個UIEvent對象
UIEvent:稱為事件對象,記錄事件產生的時刻和類型
常見屬性
事件類型
@property(nonatomic,readonly)UIEventTypetype;
@property(nonatomic,readonly)UIEventSubtypesubtype;
事件產生的時間
@property(nonatomic,readonly)NSTimeIntervaltimestamp;
UIEvent還提供了相應的方法可以獲得在某個view上面的觸摸對象(UITouch)
touches和event參數
一次完整的觸摸過程,會經歷3個狀態:
觸摸開始:- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event
觸摸移動:- (void)touchesMoved:(NSSet*)touches withEvent:(UIEvent*)event
觸摸結束:- (void)touchesEnded:(NSSet*)touches withEvent:(UIEvent*)event
觸摸取消(可能會經歷):- (void)touchesCancelled:(NSSet*)touches withEvent:(UIEvent*)event
4個觸摸事件處理方法中,都有NSSet*touches和UIEvent*event兩個參數
一次完整的觸摸過程中,只會產生一個事件對象,4個觸摸方法都是同一個event參數
如果兩根手指同時觸摸一個view,那么view只會調用一次touchesBegan:withEvent:方法,touches參數中裝著2個UITouch對象
如果這兩根手指一前一后分開觸摸同一個view,那么view會分別調用2次touchesBegan:withEvent:方法,并且每次調用時的touches參數中只包含一個UITouch對象
根據touches中UITouch的個數可以判斷出是單點觸摸還是多點觸摸
事件的產生和傳遞
發生觸摸事件后,系統會將該事件加入到一個由UIApplication管理的事件隊列中
注意:這里為什么把時間放到事件的隊列當中,而不放到棧當中!
因為隊列是先進先出,棧是先進后出,先發生的事件當然首先處理,所以把事件放入到隊列當中而不放到棧當中
UIApplication會從事件隊列中取出最前面的事件,并將事件分發下去以便處理,通常,先發送事件給應用程序的主窗口(keyWindow)
主窗口會在視圖層次結構中找到一個最合適的視圖來處理觸摸事件,這也是整個事件處理過程的第一步
找到合適的視圖控件后,就會調用視圖控件的touches方法來作具體的事件處理
touchesBegan…
touchesMoved…
touchedEnded…
UIView不接收觸摸事件的三種情況
不接收用戶交互
userInteractionEnabled=NO
隱藏
hidden=YES
透明
alpha=0.0 ~ 0.01
提示:UIImageView的userInteractionEnabled默認就是NO,因此UIImageView以及它的子控件默認是不能接收觸摸事件的
觸摸事件處理的詳細過程
用戶點擊屏幕后產生的一個觸摸事件,經過一系列的傳遞過程后,會找到最合適的視圖控件來處理這個事件
找到最合適的視圖控件后,就會調用控件的touches方法來作具體的事件處理
touchesBegan…
touchesMoved…
touchedEnded…
這些touches方法的默認做法是將事件順著響應者鏈條向上傳遞,將事件交給上一個響應者進行處理
事件傳遞的完整過程
1>先將事件對象由上往下傳遞(由父控件傳遞給子控件),找到最合適的控件來處理這個事件。
2>調用最合適控件的touches….方法
3>如果調用了[super touches….];就會將事件順著響應者鏈條往上傳遞,傳遞給上一個響應者
4>接著就會調用上一個響應者的touches….方法
如何判斷上一個響應者
1>如果當前這個view是控制器的view,那么控制器就是上一個響應者
2>如果當前這個view不是控制器的view,那么父控件就是上一個響應者
設置父控件的透明度 會影響子控件的透明度
任意點擊控制器的view,其實都可以交給控制器處理
只要控制器view中沒有實現touchesBegan,控制器處理,無論點擊哪個view都可以交給控制器
如何尋找上一個響應者
1.當前view是不是窗口,窗口的上一個響應者是UIApplication
2.當前是不是控制器,上一個響應者是控制器view的父控件
3.如果當前view是控制器的view,當前view的上一個響應者就是控制器
4.如果當前view不是控制器的view,上一個響應者就是父控件.
響應者鏈的事件傳遞過程
如果view的控制器存在,就傳遞給控制器;如果控制器不存在,則將其傳遞給它的父視圖
在視圖層次結構的最頂級視圖,如果也不能處理收到的事件或消息,則其將事件或消息傳遞給window對象進行處理
如果window對象也不處理,則其將事件或消息傳遞給UIApplication對象
如果UIApplication也不能處理該事件或消息,則將其丟棄
監聽觸摸事件的做法
如果想監聽一個view上面的觸摸事件,之前的做法是
自定義一個view
實現view的touches方法,在方法內部實現具體處理代碼
通過touches方法監聽view觸摸事件,有很明顯的幾個缺點
必須得自定義view
由于是在view內部的touches方法中監聽觸摸事件,因此默認情況下,無法讓其他外界對象監聽view的觸摸事件
不容易區分用戶的具體手勢行為
iOS 3.2之后,蘋果推出了手勢識別功能(Gesture Recognizer),在觸摸事件處理方面,大大簡化了開發者的開發難度
UIGestureRecognizer
為了完成手勢識別,必須借助于手勢識別器----UIGestureRecognizer
利用UIGestureRecognizer,能輕松識別用戶在某個view上面做的一些常見手勢
UIGestureRecognizer是一個抽象類,定義了所有手勢的基本行為,使用它的子類才能處理具體的手勢
UITapGestureRecognizer(敲擊)
UIPinchGestureRecognizer(捏合,用于縮放)
UIPanGestureRecognizer(拖拽)
UISwipeGestureRecognizer(輕掃)
UIRotationGestureRecognizer(旋轉)
UILongPressGestureRecognizer(長按)
UITapGestureRecognizer
每一個手勢識別器的用法都差不多,比如UITapGestureRecognizer的使用步驟如下
創建手勢識別器對象
UITapGestureRecognizer*tap = [[UITapGestureRecognizeralloc]init];
設置手勢識別器對象的具體屬性
連續敲擊2次
tap.numberOfTapsRequired=2;
需要2根手指一起敲擊
tap.numberOfTouchesRequired=2;
添加手勢識別器到對應的view上
[self.iconViewaddGestureRecognizer:tap];
監聽手勢的觸發
[tapaddTarget:selfaction:@selector(tapIconView:)];
手勢識別的狀態
typedefNS_ENUM(NSInteger, UIGestureRecognizerState) {
沒有觸摸事件發生,所有手勢識別的默認狀態
UIGestureRecognizerStatePossible,
一個手勢已經開始但尚未改變或者完成時
UIGestureRecognizerStateBegan,
手勢狀態改變
UIGestureRecognizerStateChanged,
手勢完成
UIGestureRecognizerStateEnded,
手勢取消,恢復至Possible狀態
UIGestureRecognizerStateCancelled,
手勢失敗,恢復至Possible狀態
UIGestureRecognizerStateFailed,
識別到手勢識別
UIGestureRecognizerStateRecognized =UIGestureRecognizerStateEnded
};
1>事件處理簡介
*簡介
* 3大事件:主要了解觸摸事件。
*什么是響應者對象
*為什么繼承UIResponder就能處理事件
*想處理觸摸事件,應該怎么辦(添加手勢)
2>? 01-view拖拽演練
*為什么要自定義view:(因為系統自帶不能處理事件)
*演示觸摸事件方法,觸摸的完整過程。
*介紹參數(NSSet,UITouch,UIEvent)
*重點UITouch
1.觸摸事件方法中的UITouch都是同一個對象,因為一根手指對應一個UITouch.當手指移動或者抬起,并不會產生一個新的UITouch對象給你,而是改變UITouch里面的屬性,
1.默認三個方法里面只能獲取到一個手指,為什么。UIView不支持多點觸控
2.怎么才能有兩個手指,兩個手指同時按,并且視圖支持多點觸控
3.UITouch的tapCount有什么用?可以判斷用戶當前是雙擊還是單擊
4.UITouch的phase有什么用?根據這個屬性,判斷當前需要調用哪個處理事件方法,begin,move,end
程序思路:
*在TouchMove里面做事情-為什么?因為用戶手指在視圖上移動的時候才需要移動視圖。
*獲取用戶當前的位置,獲取用戶之前的位置,就知道用戶從哪移動到哪,這個位置也是視圖移動的位置
*當前視圖的位置=上一次視圖的位置+手指的偏移量
3> 02-事件傳遞
*?? PPT簡介(學事件傳遞,誰有權利處理事件)
*事件,加入到一個由誰管理的事件隊列中?UIApplication
*為什么用隊列,不用棧。隊列先進先出,意味著先產生的事件,先處理!
*代碼驗證事件誰處理
* PPT上這么多view,驗證哪個view處理事件。這么多view,都需要監重寫一個方法,搞個父類只需要集成這個父類即可。
*一個view能處理事件,意味著事件傳遞給他了,那怎么傳遞?事件是由父控件傳遞給子控件。
*父控件不處理事件,子控件也不能。藍色不接收事件,黃色也不會接收事件?為什么,因為事件是從父控件傳遞給子控件的。父控件都沒有事件,怎么傳給子控件。
*代碼驗證view不能處理事件
*一個view怎么不能處理事件。userInteractionEnabled =NO,hidden =YES,alpha <= 0.01
*代碼驗證UIImageView不允許交互
* UIImageView默認不允許用戶交互,因此默認它上面的子控件不能接收事件。
*怎么找到最合適的View?通過一個遞歸。(先查找自己的子控件,意味著范圍不斷地縮小恰好滿足了遞歸函數的意思)
*第一個接收事件的控件是誰?窗口---->self.Window
*當事件傳遞給窗口的時候,就會讓窗口去找最合適的view,1>判斷自己能不能接收事件2>點在不在窗口上3>去找比自己更合適的view,從后往前遍歷子控件,拿到子控件后,把事件傳遞給這個子控件4>子控件拿到事件之后,又會做同樣的判斷,一直遞歸去找,直到找到最合適的view.
*事件傳遞的目的何在?找到最合適的view,把事件交給他。
4> 03-hitText方法和pointInside方法(復制:02-事件傳遞代碼)
*(了解hitText)學習一個方法必須了解:什么時候調用和這個方法有什么用
1. hitText什么時候調用:當一個事件傳遞給一個控件的時候,控件就會調用這個方法
2. hitText作用:尋找到最合適的view。
*(回顧下事件傳遞),UIApplication -> UIWindow
*? UIWindow去尋找最合適的view? [UIWindow hitTest:withEvent:]里面做了什么事情?
1>判斷窗口能不能處理事件?如果不能,意味著窗口不是最合適的view,而且也不會去尋找比自己更合適的view,直接返回nil,通知UIApplication,沒有最合適的view。
2>判斷點在不在窗口
3>遍歷自己的子控件,尋找有沒有比自己更合適的view
4>如果子控件不接收事件,意味著子控件沒有找到最合適的view,然后返回nil,告訴窗口沒有找到更合適的view,窗口就知道沒有比自己更合適的view,就自己處理事件。
*驗證下hitTest方法返回nil,里面的子控件能處理事件嗎? 重寫根控制器view的hitTest:withEvent:方法,
*驗證這個方法是否真能找到最合適的view?
*如果點擊屏幕任何一個地方,都是白色的view,怎么做。直接返回白色的view,就不會繼續去找白色view的子控件了。
*介紹pointInside方法
* pointInside作用:判斷一個點在不在一個控件上
* point參數:方法調用者坐標系上的點,PPT畫圖分析原理。
*這節課的重點:學習完了pointInside,就能實現下hitTest方法底層是怎么做的了。
5> 04-hitText練習
*分析思路:如果一個點,同時在黃色view和按鈕上,由按鈕處理事件,怎么做?
*分析事件傳遞:當黃色要處理事件,首先事件得傳遞到他身上
*重寫hitTest方法:事件傳遞到某個控件,調用什么方法?hitTest
*返回nil什么意思?如果直接返回nil,意味著黃色的view,沒有找到最合適的view,他的父控件,就會遍歷下一個控件,也就是按鈕,詢問按鈕是不是最合適的view.
*判斷點在不在按鈕上,在就交給他處理。
* pointInside實現。
5>響應者鏈條(復制:02-事件傳遞代碼)
* PPT簡介(學了響應者鏈條,目的知道誰最終處理事件。)
* touch默認做法:自己不處理事件,交給上一個響應者處理touch事件。
*響應者鏈條,點擊綠色的view,如果不處理事件,就會往上傳遞。
*驗證touch的默認做法 先恢復所有view的默認做法
*監聽黃色點擊,藍色點擊。
*黃色調用默認做法,事件傳遞給誰處理?藍色
*得出結論:1> touch的默認做法:自己不處理,交給上一個響應者。2>上一個響應者默認是父控件
*兩個view怎么同時處理事件?一個view處理方法,在調用父類默認的做法
*把事件傳遞給白色的view,怎么做?
*總結下事件傳遞的完整過程.
*把事件傳遞給控制器,測試白色view的上一個響應者是否是控制器。
*回顧響應者鏈條
6>抽屜效果
添加子視圖
*簡單的滑動效果
*監聽控制器處理事件方法
*獲取x軸偏移量
*改變主視圖的frame
*利用KVO做視圖切換
往左移動,顯示右邊,隱藏左邊
往右移動,顯示左邊,隱藏右邊
*復雜的滑動效果,PPT講解(根據手指每移動一點,x軸的偏移量算出當前視圖的frame)
假設x移到320時,y移動到60,算出每移動一點x,移動多少y
offsetY = offsetX * 60 / 320手指每移動一點,x軸偏移量多少,y偏移多少
為了好看,x移動到320,距離上下的高度需要保持一致,而且有一定的比例去縮放他的尺寸。
怎么根據之前的frame,算出當前的frame,touchMove只能拿到之前的frame.
當前的高度=之前的高度*這個比例
縮放比例:當前的高度/之前的高度(screenH - 2 * offsetY) / screenH
當前的寬度也一樣求。
y值,計算比較特殊,不能直接用之前的y,加上offsetY,往左滑動,主視圖應該往下走,但是offsetX是負數,導致主視圖會往上走。
y =(screenH -當前的高度)* 0.5
getCurrentFrameWithOffsetX
*定位(滑動松開手指的時候,移動到目標點)
移動到左右目標點,根據偏移量=當前目標點的x -之前視圖的x,計算移動到目標點的frame
還原:當沒有移動到目標點,就把主視圖還原。
*復位(當主視圖不在原始的位置,點擊屏幕,恢復原來位置)
判斷手指是否移動,移動的時候就自動定位,不需要手動復位。
7>手勢識別
使用UIImageView原因:之前既能看見圖片,又能監聽點擊的只有UIButton,學了手勢,我們的UIImageView也可以。
* tap(代理:左邊不能點,右邊能點)
* longPress(allowableMovement:觸發之前,最大的移動范圍)
>默認調用兩次,開始一次,結束一次。
* swipe:(一個手勢只能識別一個方向)
*旋轉:
基于上一次旋轉
注意:通過transform形變,需要去掉autolayout,才準確
*復位:(手勢的取值都是相對最原始的位置,我們應該是需要相對上一次,因此每次調用,就復位一下,每次都是從零開始旋轉角度)
縮放:復位
*如何同時支持旋轉和縮放?默認不支持多個手指,
Simultaneously:同時
當使用一個手勢的時候會調用代理的Simultaneously方法,詢問是否支持多個手勢
* pan
獲取平移的位置:translationInView
復位:setTranslation:inView:需要傳一個view,因為點的位置跟坐標系有關系,看他是基于哪個坐標系被清空的。