你好,歡迎來到IOS教程網

 Ios教程網 >> IOS編程開發 >> IOS開發基礎 >> iOS利用Runtime自定義控制器POP手勢動畫

iOS利用Runtime自定義控制器POP手勢動畫

編輯:IOS開發基礎

前言

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

001.gif

nav_pop_origin.gif

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

002.gif

nav_pop_custom.gif

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

003.gif

nav_pop_failed.gif

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

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

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

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

004.gif

nav_pop_cube.gif

也可以有這種效果。

007.gif

其實這個拖動過程屬於導航控制器的動畫,所以我們需要重寫UINavigationController的兩個代理方法,navigationController:animationControllerForOperation:fromViewController:toViewController:(名字很長下面就稱為方法1)和

navigationController:interactionControllerForAnimationController:(方法2)。

解釋一下他們的作用,方法1是蘋果提供給我們用來重寫控制器之間轉場動畫的(pop或者push)。方法2你可以這樣理解,蘋果讓我們返回一個交互的對象,用來實時管理控制器之間轉場動畫的完成度,通過它我們可以讓控制器的轉場動畫與用戶交互(注意一點,如果方法1返回是nil,方法2是不會調用的,也就是說,只有我們自定義的動畫才可以與控制器交互)。

下面我們來看一下實現過程。為了便於大家理解,我會盡量在Demo中的注釋寫的最清晰明了。

同時,我們先用最簡單的代碼實現,在這篇文章的最後我會對本例中的Demo提供一個相對合理的寫法。

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

008.png

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

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

009.png

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

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

010.png

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

有兩點不要忘記:

  1. 設置導航控制器的代理為當前控制器。

  2. 給控制器加手勢。

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

3.2.gif

nav_pop_own.gif

方案二:Runtime+KVC

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

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

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

203794-aaa4f22284ede2da.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遍歷它的所有成員變量,看看系統是怎麼存儲這個屬性的,

203794-6ddcc94a84c8b336.png

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

QQ截圖20150331175250.png

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

可以看到,由於系統重寫了它的description方法,所以我們沒辦法通過打印獲取這個對象是什麼類型。既然不能打印,那麼我們就用斷點調試,來看它的真實類型,

014.png

我們看到,原來每一個target-action是用UIGestureRecognizerTarget這樣一個類來存儲的,它也是一個私有類。

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

下面直接看代碼。

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

015.png

優化

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

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

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

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

016.png

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

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

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

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

  1. 上一頁:
  2. 下一頁:
蘋果刷機越獄教程| IOS教程問題解答| IOS技巧綜合| IOS7技巧| IOS8教程
Copyright © Ios教程網 All Rights Reserved