iOS利用Runtime自定義控制器POP手勢動畫(經(jīng)典)

2019-11-14 18:31:58

字體：大中小

供稿：網(wǎng)友

前言

蘋果在IOS7以后給導(dǎo)航控制器增加了一個Pop的手勢，只要手指在屏幕邊緣滑動，當(dāng)前的控制器的視圖就會跟隨你的手指移動，當(dāng)用戶松手后，系統(tǒng)會判斷手指拖動出來的大小來決定是否要執(zhí)行控制器的Pop操作。

nav_pop_origin.gif

這個操作的想法非常好，但是系統(tǒng)給我們規(guī)定的范圍必須是屏幕左側(cè)邊緣才可以觸發(fā)，這樣實際使用過程中對于有些產(chǎn)品會產(chǎn)生不便，于是有些app就采取整個屏幕都響應(yīng)這個手勢并且pop動畫還是用系統(tǒng)原生的，這樣操作起來確實方便好多。

nav_pop_custom.gif

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

nav_pop_failed.gif

所以走這條路雖然可以，但實現(xiàn)起來會比較艱辛。那么，如何實現(xiàn)這個效果呢？今天就給大家提供兩套實現(xiàn)方案。

[1]

方案一：自定義UIViewControllerInteractiveTransitioning對象，實現(xiàn)導(dǎo)航控制器代理方法。

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

這套方案雖然實現(xiàn)比較麻煩，但是動畫相對靈活，你可以實現(xiàn)這樣的效果，

nav_pop_cube.gif

也可以有這種效果。

nav_pop_flip.gif

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

下面我們來看一下實現(xiàn)過程。為了便于大家理解，我會盡量在Demo中的注釋寫的最清晰明了。
同時，我們先用最簡單的代碼實現(xiàn)，在這篇文章的最后我會對本例中的Demo提供一個相對合理的寫法。

首先在方法1中，我們返回一個遵守了UIViewControllerAnimatedTransitioning協(xié)議的對象，它就是自定義的動畫對象，我們給它起名PopAnimation，在這個類中實現(xiàn)兩個方法來自定義轉(zhuǎn)場動畫。

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

再來看方法2，我們需要返回一個遵守了UIViewControllerInteractiveTransitioning協(xié)議的對象（提示一下，這兩個協(xié)議容易混淆，要注意區(qū)分，一個是負責(zé)動畫，一個是負責(zé)交互過程），蘋果已經(jīng)有一個類專門處理這個功能，它叫UIPercentDrivenInteractiveTransition，當(dāng)然你也可以自定義一個這樣的類。我們可以這樣理解它的作用：前面在方法1中返回的動畫，會在執(zhí)行的過程中被系統(tǒng)分解以用于用戶交互，這個交互過程的動畫完成度就由它來調(diào)控。下面我們來看一下如何使用它。（為了讓控制器視圖拖動，我們給控制器的視圖加了一個拖動手勢，在拖動方法里我們對這個對象進行操作）

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

最后在視圖控制器里重寫導(dǎo)航欄的兩個方法。

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

有兩點不要忘記：

設(shè)置導(dǎo)航控制器的代理為當(dāng)前控制器。
給控制器加手勢。

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

nav_pop_own.gif

[2]

方案二：Runtime+KVC

要了解這樣的做法，需要有Runtime的一些知識，會涉及到私有變量、私有方法的獲取，但是這樣做比較簡單也比較有趣，如果你感興趣就繼續(xù)看下去吧。關(guān)于Runtime的知識，今后我會分享到博客里，朋友們敬請期待。

為了方便大家閱讀下面的代碼，我們需要先了解系統(tǒng)的這個手勢。

前面我們了解到，這個手勢屬于UINavigationController，我們就跳到它的頭文件里看看能不能找到線索。這個思路是正確的，確實有一個手勢叫做interactivePopGestureRecognizer。屬性為readonly，就是說我們不能給他換成自定義的手勢，但是可以設(shè)置enable=NO。ok，既然找到了它，就打印一下看看它到底是一個什么手勢。

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

通過log，我們看到他屬于UIScreenEdgePanGestureRecognizer這個類(之前我是沒有用到過)，它繼承自UIPanGestureRecognizer，出現(xiàn)在IOS7以后，是專門處理在屏幕邊緣觸發(fā)的手勢類型，并且只有一個屬性叫edges，用來設(shè)置它的觸發(fā)邊緣（上、下、左、右、全部）。看到這里一些朋友會想，直接改它的edges為全部可不可以？經(jīng)過試驗了解到，改這個屬性是沒用的，它只能用來觸發(fā)邊緣，設(shè)為全部的意思是四個方向的邊緣會觸發(fā)，而且用來做控制器POP手勢的只有左邊緣。

我們繼續(xù)看它的log。控制臺除了打印了它的類，還打印了它的觸發(fā)target:_UINavigationInteractiveTransition（這是一個私有類，看來是專門用來做導(dǎo)航控制器交互動畫的），和action:handleNavigationTransition（這是它的一個私有方法），我們要做的就是新建一個UIPanGestureRecognizer，讓它的觸發(fā)和系統(tǒng)的這個手勢相同，這就需要利用runtime獲取系統(tǒng)手勢的target和action。

那么如何獲取這個target呢？一開始我用kvc想直接獲取這個手勢的target，程序崩潰了，原來它根本沒有這樣一個屬性。所以我能想到的是，先利用runtime遍歷它的所有成員變量，看看系統(tǒng)是怎么存儲這個屬性的，

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

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

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

它是用數(shù)組來存儲每一個target－action，所以可以動態(tài)的增加手勢觸發(fā)對象。那么又是什么存儲每一個target-action呢？為了了解這個我們拿到這個屬性的名字"_targets"通過kvc獲取它，接著打印出來。

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

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

可以看到，由于系統(tǒng)重寫了它的description方法，所以我們沒辦法通過打印獲取這個對象是什么類型。既然不能打印，那么我們就用斷點調(diào)試，來看它的真實類型，

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

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

下面直接看代碼。

我們在控制器的ViewDidLoad加上這段代碼，并且它只需要執(zhí)行一次。

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

優(yōu)化

這個demo我會提供給大家，下面簡單說下程序的優(yōu)化思路。

優(yōu)化點一：對于方案一，其實不應(yīng)該把導(dǎo)航控制器的代理方法以及手勢處理的方法交給視圖控制器，因為這段代碼不是屬于某一個視圖控制器，而是全局的導(dǎo)航控制器，所以我們應(yīng)該參考蘋果的設(shè)計思想：新建一個專門管理交互過程的對象，這個類我們叫做NavigationInteractiveTransition。
優(yōu)化點二：再來看之前的ViewDidLoad中只執(zhí)行一次的代碼，其實寫在這里也不夠妥當(dāng)，同樣的，這段代碼也不屬于某一個Controller，優(yōu)化方案是新建一個導(dǎo)航控制器，在這個導(dǎo)航控制器的viewDidLoad中寫上這些代碼，這樣也并不需要dispatch once。
優(yōu)化點三：由于我們自定義的手勢是加在一個私有view上，這個view是一個全局的，所以當(dāng)這個控制器為根控制器時，我們的手勢還是在起作用，這就相當(dāng)于對根控制器做了pop操作，這會出現(xiàn)一個錯誤nested pop animation can result in corrupted navigation bar。導(dǎo)致這個錯誤的原因還有一個，如果我們pop的動畫正在執(zhí)行，再去觸發(fā)一次手勢，會導(dǎo)致導(dǎo)航控制器和導(dǎo)航條的動畫混亂。為了避免問題出現(xiàn)我們需要成為手勢的代理，判斷當(dāng)前控制器是否為根控制器并且pop或者push動畫是否在執(zhí)行（這個變量是私有的，需要用kvc來獲取）。

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