事件處理相關(guān)總結(jié)

1> 事件處理簡介
* 3大事件:主要了解觸摸事件(touchesBegan, touchesMoved, touchesEnded)窖维。
* 什么是響應者對象
* 為什么繼承UIResponder就能處理事件
* 想處理觸摸事件愤钾,應該怎么辦

2> 01-view拖拽演練
* 為什么要自定義view:系統(tǒng)自帶不能處理事件
* 演示觸摸事件方法,觸摸的完整過程咱枉。
* 介紹參數(shù)(NSSet,UITouch,UIEvent)
* 重點UITouch株旷,
1.觸摸事件方法中的UITouch都是同一個對象捌刮,因為一根手指對應一個UITouch.當手指移動或者抬起,并不會產(chǎn)生一個新的UITouch對象給你愉耙,而是改變UITouch里面的屬性僧叉,
2.默認三個方法里面只能獲取到一個手指,為什么哥谷。UIView不支持多點觸控
3.怎么才能有兩個手指岸夯,兩個手指同時按,并且視圖支持多點觸控
4.UITouch的tapCount有什么用们妥?可以判斷用戶當前是雙擊還是單擊
5.UITouch的phase有什么用? 根據(jù)這個屬性猜扮,判斷當前需要調(diào)用哪個處理事件方法,begin,move,end
程序思路:
* 在TouchMove里面做事情-為什么?因為用戶手指在視圖上移動的時候才需要移動視圖监婶。
* 獲取用戶當前的位置旅赢,獲取用戶之前的位置,就知道用戶從哪移動到哪,這個位置也是視圖移動的位置
* 當前視圖的位置 = 上一次視圖的位置 + 手指的偏移量

3> 事件傳遞

  • 學事件傳遞惑惶,誰有權(quán)利處理事件
    • 事件煮盼,加入到一個由誰管理的事件隊列中?UIApplication
    • 為什么用隊列,不用棧集惋。隊列先進先出孕似,意味著先產(chǎn)生的事件,先處理刮刑。
  • 代碼驗證事件誰處理
    • PPT上這么多view,驗證哪個view處理事件养渴。這么多view雷绢,都需要監(jiān)重寫一個方法,搞個父類理卑。
    • 一個view能處理事件翘紊,意味著事件傳遞給他了,那怎么傳遞? 事件是由父控件傳遞給子控件藐唠。
    • 父控件不處理事件帆疟,子控件也不能鹉究。藍色不接收事件,黃色也不會接收事件? 為什么踪宠,因為事件是從父控件傳遞給子控件的自赔。父控件都沒有事件,怎么傳給子控件柳琢。
  • 代碼驗證view不能處理事件
    • 一個view怎么不能處理事件绍妨。userInteractionEnabled = NO,hidden = YES柬脸,alpha <= 0.01
  • 代碼驗證UIImageView不允許交互
    • UIImageView默認不允許用戶交互他去,因此默認它上面的子控件不能接收事件。
  • 怎么找到最合適的View倒堕?通過一個遞歸灾测。
    • 第一個接收事件的控件是誰?窗口
    • 當事件傳遞給窗口的時候,就會讓窗口去找最合適的view,1> 判斷自己能不能接收事件 2> 點在不在窗口上 3> 去找比自己更合適的view垦巴,從后往前遍歷子控件行施,拿到子控件后,把事件傳遞給這個子控件 4> 子控件拿到事件之后魂那,又會做同樣的判斷蛾号,一直遞歸去找,直到找到最合適的view.
  • 事件傳遞的目的何在?找到最合適的view,把事件交給他涯雅。

4> hitText方法和pointInside方法
* (了解hitText)學習一個方法必須了解:什么時候調(diào)用和這個方法有什么用
1. hitText什么時候調(diào)用:當一個事件傳遞給一個控件的時候鲜结,控件就會調(diào)用這個方法
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,就不會繼續(xù)去找白色view的子控件了抡秆。
* 介紹pointInside方法
* pointInside作用:判斷一個點在不在一個控件上
* point參數(shù):方法調(diào)用者坐標系上的點奕巍,PPT畫圖分析原理。
* 這節(jié)課的重點:學習完了pointInside,就能實現(xiàn)下hitTest方法底層是怎么做的了儒士。

5> hitText練習
* 分析思路:如果一個點的止,同時在黃色view和按鈕上,由按鈕處理事件乍桂,怎么做?
* 分析事件傳遞: 當黃色要處理事件冲杀,首先事件得傳遞到他身上
* 重寫hitTest方法:事件傳遞到某個控件,調(diào)用什么方法?hitTest
* 返回nil什么意思睹酌?如果直接返回nil权谁,意味著黃色的view,沒有找到最合適的view,他的父控件憋沿,就會遍歷下一個控件旺芽,也就是按鈕,詢問按鈕是不是最合適的view.
* 判斷點在不在按鈕上辐啄,在就交給他處理采章。
* pointInside實現(xiàn)。

5> 響應者鏈條
* PPT簡介(學了響應者鏈條壶辜,目的知道誰最終處理事件悯舟。)
* touch默認做法:自己不處理事件,交給上一個響應者處理touch事件砸民。
* 響應者鏈條抵怎,點擊綠色的view,如果不處理事件,就會往上傳遞岭参。
* 驗證touch的默認做法 先恢復所有view的默認做法
* 監(jiān)聽黃色點擊反惕,藍色點擊。
* 黃色調(diào)用默認做法演侯,事件傳遞給誰處理?藍色
* 得出結(jié)論:1> touch的默認做法:自己不處理姿染,交給上一個響應者。 2> 上一個響應者默認是父控件
* 兩個view怎么同時處理事件?一個view處理方法秒际,在調(diào)用父類默認的做法
* 把事件傳遞給白色的view悬赏,怎么做?
* 總結(jié)下事件傳遞的完整過程.
* 把事件傳遞給控制器,測試白色view的上一個響應者是否是控制器程癌。
* 回顧響應者鏈條

6> 抽屜效果
添加子視圖

  • 簡單的滑動效果
    • 監(jiān)聽控制器處理事件方法
    • 獲取x軸偏移量
    • 改變主視圖的frame
  • 利用KVO做視圖切換
    往左移動舷嗡,顯示右邊,隱藏左邊
    往右移動嵌莉,顯示左邊,隱藏右邊
  • 復雜的滑動效果捻脖,PPT講解(根據(jù)手指每移動一點锐峭,x軸的偏移量算出當前視圖的frame)
    假設x移到320時中鼠,y移動到60,算出沒移動一點x沿癞,移動多少y
    offsetY = offsetX * 60 / 320 手指每移動一點援雇,x軸偏移量多少,y偏移多少
    為了好看椎扬,x移動到320惫搏,距離上下的高度需要保持一致,而且有一定的比例去縮放他的尺寸蚕涤。
    怎么根據(jù)之前的frame筐赔,算出當前的frame,touchMove只能拿到之前的frame.
    當前的高度 = 之前的高度 * 這個比例
    縮放比例:當前的高度/之前的高度 (screenH - 2 * offsetY) / screenH
    當前的寬度也一樣求。
    y值揖铜,計算比較特殊茴丰,不能直接用之前的y,加上offsetY,往左滑動,主視圖應該往下走天吓,但是offsetX是負數(shù)贿肩,導致主視圖會往上走。
    y = (screenH - 當前的高度)* 0.5
    getCurrentFrameWithOffsetX
  • 定位(滑動松開手指的時候龄寞,移動到目標點)
    移動到左右目標點汰规,根據(jù)偏移量 = 當前目標點的x - 之前視圖的x,計算移動到目標點的frame
    還原:當沒有移動到目標點物邑,就把主視圖還原溜哮。
  • 復位(當主視圖不在原始的位置,點擊屏幕拂封,恢復原來位置)
    判斷手指是否移動茬射,移動的時候就自動定位,不需要手動復位冒签。

7> 手勢識別
使用UIImageView原因:之前既能看見圖片在抛,又能監(jiān)聽點擊的只有UIButton,學了手勢,我們的UIImageView也可以萧恕。
* tap(代理:左邊不能點刚梭,右邊能點)
* longPress(allowableMovement:觸發(fā)之前,最大的移動范圍)
> 默認調(diào)用兩次票唆,開始一次朴读,結(jié)束一次。
* swipe:(一個手勢只能識別一個方向)
* 旋轉(zhuǎn):
基于上一次旋轉(zhuǎn)
注意:通過transform形變走趋,需要去掉autolayout,才準確
* 復位:(手勢的取值都是相對最原始的位置衅金,我們應該是需要相對上一次,因此每次調(diào)用,就復位一下氮唯,每次都是從零開始旋轉(zhuǎn)角度)
縮放:復位
* 如何同時支持旋轉(zhuǎn)和縮放鉴吹?默認不支持多個手指,
Simultaneously:同時
當使用一個手勢的時候會調(diào)用代理的Simultaneously方法惩琉,詢問是否支持多個手勢
* pan
獲取平移的位置:translationInView
復位:setTranslation:inView: 需要傳一個view豆励,因為點的位置跟坐標系有關(guān)系,看他是基于哪個坐標系被清空的瞒渠。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末良蒸,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子伍玖,更是在濱河造成了極大的恐慌嫩痰,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,372評論 6 498
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件私沮,死亡現(xiàn)場離奇詭異始赎,居然都是意外死亡,警方通過查閱死者的電腦和手機仔燕,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,368評論 3 392
  • 文/潘曉璐 我一進店門造垛,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人晰搀,你說我怎么就攤上這事五辽。” “怎么了外恕?”我有些...
    開封第一講書人閱讀 162,415評論 0 353
  • 文/不壞的土叔 我叫張陵杆逗,是天一觀的道長。 經(jīng)常有香客問我鳞疲,道長罪郊,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,157評論 1 292
  • 正文 為了忘掉前任尚洽,我火速辦了婚禮悔橄,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘腺毫。我一直安慰自己癣疟,他們只是感情好,可當我...
    茶點故事閱讀 67,171評論 6 388
  • 文/花漫 我一把揭開白布潮酒。 她就那樣靜靜地躺著睛挚,像睡著了一般。 火紅的嫁衣襯著肌膚如雪急黎。 梳的紋絲不亂的頭發(fā)上扎狱,一...
    開封第一講書人閱讀 51,125評論 1 297
  • 那天侧到,我揣著相機與錄音,去河邊找鬼委乌。 笑死床牧,一個胖子當著我的面吹牛荣回,可吹牛的內(nèi)容都是我干的遭贸。 我是一名探鬼主播,決...
    沈念sama閱讀 40,028評論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼心软,長吁一口氣:“原來是場噩夢啊……” “哼壕吹!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起删铃,我...
    開封第一講書人閱讀 38,887評論 0 274
  • 序言:老撾萬榮一對情侶失蹤耳贬,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后猎唁,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體咒劲,經(jīng)...
    沈念sama閱讀 45,310評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,533評論 2 332
  • 正文 我和宋清朗相戀三年诫隅,在試婚紗的時候發(fā)現(xiàn)自己被綠了腐魂。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,690評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡逐纬,死狀恐怖蛔屹,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情豁生,我是刑警寧澤兔毒,帶...
    沈念sama閱讀 35,411評論 5 343
  • 正文 年R本政府宣布,位于F島的核電站甸箱,受9級特大地震影響育叁,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜芍殖,卻給世界環(huán)境...
    茶點故事閱讀 41,004評論 3 325
  • 文/蒙蒙 一豪嗽、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧围小,春花似錦昵骤、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,659評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至框舔,卻和暖如春蹦玫,著一層夾襖步出監(jiān)牢的瞬間赎婚,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,812評論 1 268
  • 我被黑心中介騙來泰國打工樱溉, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留挣输,地道東北人。 一個月前我還...
    沈念sama閱讀 47,693評論 2 368
  • 正文 我出身青樓福贞,卻偏偏與公主長得像撩嚼,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子挖帘,可洞房花燭夜當晚...
    茶點故事閱讀 44,577評論 2 353

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

  • 本文來自:http://ios.jobbole.com/84081/ 前言: 按照時間順序完丽,事件的生命周期是這樣的...
    HackerOnce閱讀 2,836評論 1 10
  • 響應者對象 在iOS中不是任何對象都能處理事件,只有繼承了UIResponder的對象才能接收并處理事件拇舀。我們稱之...
    JonesCxy閱讀 699評論 0 0
  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 172,071評論 25 707
  • 哈哈逻族!乘務長想著時間快點,這不就把日期寫成了明天骄崩,不過聘鳞,這不打緊哦 !哈哈哈哈要拂!這個月的出發(fā)時因為在家離開學校的時...
    下半輩子_閱讀 146評論 0 0
  • 窗外下著雨抠璃,似乎我早已習以為常,但在雨天多少會讓人浮想聯(lián)翩宇弛,透過外面霧蒙蒙的雨絲鸡典,我想起了關(guān)于雨天我的一些記憶。 ...
    夢隱夢現(xiàn)閱讀 337評論 0 0