觸摸事件

響應者對象

在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,因為點的位置跟坐標系有關系,看他是基于哪個坐標系被清空的。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容

  • 好奇觸摸事件是如何從屏幕轉移到APP內的?困惑于Cell怎么突然不能點擊了?糾結于如何實現這個奇葩響應需求?亦或是...
    Lotheve閱讀 57,971評論 51 603
  • 在iOS開發中經常會涉及到觸摸事件。本想自己總結一下,但是遇到了這篇文章,感覺總結的已經很到位,特此轉載。作者:L...
    WQ_UESTC閱讀 6,108評論 4 26
  • -- iOS事件全面解析 概覽 iPhone的成功很大一部分得益于它多點觸摸的強大功能,喬布斯讓人們認識到手機其實...
    翹楚iOS9閱讀 3,003評論 0 13
  • 觸摸事件 iOS中的事件 在用戶使用app過程中,會產生各種各樣的事件 iOS中的事件可以分為3大類型:觸摸事件,...
    SoManyDumb閱讀 542評論 0 1
  • iOS中的事件 響應者對象 - 在iOS中不是任何對象都能處理事件,只有繼承了UIResponder的對象才能接收...
    Hevin_Chen閱讀 642評論 0 0