輕鬆學習之二——iOS利用Runtime自定義控制器POP手勢動畫

斯人如是丶發表於2016-05-13

文/J_雨(簡書作者)
原文連結:http://www.jianshu.com/p/d39f7d22db6c
著作權歸作者所有,轉載請聯絡作者獲得授權,並標註“簡書作者”。

前言

蘋果在IOS7以後給導航控制器增加了一個Pop的手勢,只要手指在螢幕邊緣滑動,當前的控制器的檢視就會跟隨你的手指移動,當使用者鬆手後,系統會判斷手指拖動出來的大小來決定是否要執行控制器的Pop操作。

nav_pop_origin.gif
nav_pop_origin.gif

這個操作的想法非常好,但是系統給我們規定的範圍必須是螢幕左側邊緣才可以觸發,這樣實際使用過程中對於有些產品會產生不便,於是有些app就採取整個螢幕都響應這個手勢並且pop動畫還是用系統原生的,這樣操作起來確實方便好多。

nav_pop_custom.gif
nav_pop_custom.gif

開始大家一定會有疑問,給控制器的View加個手勢然後拖動控制器的View時改變它的frame不就可以了嗎?沒錯,加手勢這個想法是正確的。但是,由我們自己來改變控制器檢視的位置是比較麻煩的,細心的朋友一定發現了,我們自定義pop手勢上面的導航欄也是在隨著你的手勢拖拽而變動的,所以這樣做還需要負責導航欄的動畫,而且有一個重點問題,如果單獨拖動view,這個view下面會是黑黑的一片,因為控制器的push和pop層級是由系統管理的。

nav_pop_failed.gif
nav_pop_failed.gif

所以走這條路雖然可以,但實現起來會比較艱辛。那麼,如何實現這個效果呢?今天就給大家提供兩套實現方案。


[1]

方案一:自定義UIViewControllerInteractiveTransitioning物件,實現導航控制器代理方法。

這個是蘋果官方推薦的做法,在WWDC 2013 218 - Custom Transitions Using View Controllers中有說明。

這套方案雖然實現比較麻煩,但是動畫相對靈活,你可以實現這樣的效果,

nav_pop_cube.gif
nav_pop_cube.gif

也可以有這種效果。

nav_pop_flip.gif
nav_pop_flip.gif

其實這個拖動過程屬於導航控制器的動畫,所以我們需要重寫UINavigationController的兩個代理方法,navigationController:animationControllerForOperation:fromViewController:toViewController:(名字很長下面就稱為方法1)和
navigationController:interactionControllerForAnimationController:(方法2)。
解釋一下他們的作用,方法1是蘋果提供給我們用來重寫控制器之間轉場動畫的(pop或者push)。方法2你可以這樣理解,蘋果讓我們返回一個互動的物件,用來實時管理控制器之間轉場動畫的完成度,通過它我們可以讓控制器的轉場動畫與使用者互動(注意一點,如果方法1返回是nil,方法2是不會呼叫的,也就是說,只有我們自定義的動畫才可以與控制器互動)。

下面我們來看一下實現過程。為了便於大家理解,我會盡量在Demo中的註釋寫的最清晰明瞭。
同時,我們先用最簡單的程式碼實現,在這篇文章的最後我會對本例中的Demo提供一個相對合理的寫法。

首先在方法1中,我們返回一個遵守了UIViewControllerAnimatedTransitioning協議的物件,它就是自定義的動畫物件,我們給它起名PopAnimation,在這個類中實現兩個方法來自定義轉場動畫。

螢幕快照 2015-03-28 下午6.49.05.png
螢幕快照 2015-03-28 下午6.49.05.png

再來看方法2,我們需要返回一個遵守了UIViewControllerInteractiveTransitioning協議的物件(提示一下,這兩個協議容易混淆,要注意區分,一個是負責動畫,一個是負責互動過程),蘋果已經有一個類專門處理這個功能,它叫UIPercentDrivenInteractiveTransition,當然你也可以自定義一個這樣的類。我們可以這樣理解它的作用:前面在方法1中返回的動畫,會在執行的過程中被系統分解以用於使用者互動,這個互動過程的動畫完成度就由它來調控。下面我們來看一下如何使用它。(為了讓控制器檢視拖動,我們給控制器的檢視加了一個拖動手勢,在拖動方法裡我們對這個物件進行操作)

螢幕快照 2015-03-29 下午12.33.59.png
螢幕快照 2015-03-29 下午12.33.59.png

最後在檢視控制器裡重寫導航欄的兩個方法。

螢幕快照 2015-03-29 下午12.37.51.png
螢幕快照 2015-03-29 下午12.37.51.png

有兩點不要忘記:

  1. 設定導航控制器的代理為當前控制器。
  2. 給控制器加手勢。

OK,這樣我們就完成了這個過程。

nav_pop_own.gif
nav_pop_own.gif

[2]

方案二:Runtime+KVC

要了解這樣的做法,需要有Runtime的一些知識,會涉及到私有變數、私有方法的獲取,但是這樣做比較簡單也比較有趣,如果你感興趣就繼續看下去吧。關於Runtime的知識,今後我會分享到部落格裡,朋友們敬請期待。

為了方便大家閱讀下面的程式碼,我們需要先了解系統的這個手勢。

前面我們瞭解到,這個手勢屬於UINavigationController,我們就跳到它的標頭檔案裡看看能不能找到線索。這個思路是正確的,確實有一個手勢叫做interactivePopGestureRecognizer。屬性為readonly,就是說我們不能給他換成自定義的手勢,但是可以設定enable=NO。ok,既然找到了它,就列印一下看看它到底是一個什麼手勢。

螢幕快照 2015-03-26 下午5.17.35.png
螢幕快照 2015-03-26 下午5.17.35.png

通過log,我們看到他屬於UIScreenEdgePanGestureRecognizer這個類(之前我是沒有用到過),它繼承自UIPanGestureRecognizer,出現在IOS7以後,是專門處理在螢幕邊緣觸發的手勢型別,並且只有一個屬性叫edges,用來設定它的觸發邊緣(上、下、左、右、全部)。看到這裡一些朋友會想,直接改它的edges為全部可不可以?經過試驗瞭解到,改這個屬性是沒用的,它只能用來觸發邊緣,設為全部的意思是四個方向的邊緣會觸發,而且用來做控制器POP手勢的只有左邊緣。

我們繼續看它的log。控制檯除了列印了它的類,還列印了它的觸發target:_UINavigationInteractiveTransition(這是一個私有類,看來是專門用來做導航控制器互動動畫的),和action:handleNavigationTransition(這是它的一個私有方法),我們要做的就是新建一個UIPanGestureRecognizer,讓它的觸發和系統的這個手勢相同,這就需要利用runtime獲取系統手勢的target和action。

那麼如何獲取這個target呢?一開始我用kvc想直接獲取這個手勢的target,程式崩潰了,原來它根本沒有這樣一個屬性。所以我能想到的是,先利用runtime遍歷它的所有成員變數,看看系統是怎麼儲存這個屬性的,

螢幕快照 2015-03-29 下午3.25.02.png
螢幕快照 2015-03-29 下午3.25.02.png

通過log我們可以看到,UIGestureRecognizer有一個叫_targets的屬性,它的型別為NSMutableArray。

螢幕快照 2015-03-29 下午3.25.09.png
螢幕快照 2015-03-29 下午3.25.09.png

它是用陣列來儲存每一個target-action,所以可以動態的增加手勢觸發物件。那麼又是什麼儲存每一個target-action呢?為了瞭解這個我們拿到這個屬性的名字"_targets"通過kvc獲取它,接著列印出來。

螢幕快照 2015-03-29 下午3.33.54.png
螢幕快照 2015-03-29 下午3.33.54.png
螢幕快照 2015-03-29 下午3.34.01.png
螢幕快照 2015-03-29 下午3.34.01.png

可以看到,由於系統重寫了它的description方法,所以我們沒辦法通過列印獲取這個物件是什麼型別。既然不能列印,那麼我們就用斷點除錯,來看它的真實型別,

螢幕快照 2015-03-29 下午3.37.32.png
螢幕快照 2015-03-29 下午3.37.32.png

我們看到,原來每一個target-action是用UIGestureRecognizerTarget這樣一個類來儲存的,它也是一個私有類。
蘋果把許多的類做私有化也是有原因所在,其實在平時我們拿到這個類也是沒有用的,他們的目的之一是避免對開發者公開無用的類,影響了封裝性。所以在類的設計上,還是要向蘋果學習。

下面直接看程式碼。

我們在控制器的ViewDidLoad加上這段程式碼,並且它只需要執行一次。

螢幕快照 2015-03-29 下午4.07.48.png
螢幕快照 2015-03-29 下午4.07.48.png

優化

這個demo我會提供給大家,下面簡單說下程式的優化思路。

  • 優化點一:對於方案一,其實不應該把導航控制器的代理方法以及手勢處理的方法交給檢視控制器,因為這段程式碼不是屬於某一個檢視控制器,而是全域性的導航控制器,所以我們應該參考蘋果的設計思想:新建一個專門管理互動過程的物件,這個類我們叫做NavigationInteractiveTransition。

  • 優化點二:再來看之前的ViewDidLoad中只執行一次的程式碼,其實寫在這裡也不夠妥當,同樣的,這段程式碼也不屬於某一個Controller,優化方案是新建一個導航控制器,在這個導航控制器的viewDidLoad中寫上這些程式碼,這樣也並不需要dispatch once。

  • 優化點三:由於我們自定義的手勢是加在一個私有view上,這個view是一個全域性的,所以當這個控制器為根控制器時,我們的手勢還是在起作用,這就相當於對根控制器做了pop操作,這會出現一個錯誤nested pop animation can result in corrupted navigation bar。導致這個錯誤的原因還有一個,如果我們pop的動畫正在執行,再去觸發一次手勢,會導致導航控制器和導航條的動畫混亂。為了避免問題出現我們需要成為手勢的代理,判斷當前控制器是否為根控制器並且pop或者push動畫是否在執行(這個變數是私有的,需要用kvc來獲取)。

    螢幕快照 2015-03-30 下午5.06.24.png
    螢幕快照 2015-03-30 下午5.06.24.png

經過最後的優化,檢視控制器可以什麼都不寫,想使用這個效果,只要使用我們自定義的導航控制器就可以了,這樣的好處是手勢動畫與控制器完全解耦,並且不用給每一個控制器都addGesture。


給大家推薦一個倉庫https://github.com/nst/iOS-Runtime-Headers,這個倉庫可以調取蘋果的所有私有方法標頭檔案,相當強大。

最後放上這個demo的地址:https://github.com/zys456465111/CustomPopAnimation(使用時,切換工程的scheme就能切換不同方案。對於方案二,只需要導航控制器的類就可以了。)

感謝大家,輕鬆學習系列還會繼續下去,我會盡量寫出更多通俗易懂的文章,讓開發變得輕鬆起來?。


[1]: 方案一。

[2]: 方案二。


相關文章