概述

在iOS系統(tǒng)中，如果控制器是以push方式進(jìn)行管理的話，那么事實(shí)上多個控制器是共享的同一個導(dǎo)航欄。當(dāng)然iOS系統(tǒng)的設(shè)計(jì)無可厚非，但是國內(nèi)的應(yīng)用經(jīng)常會遇到很多個性的設(shè)計(jì)，就比如說A push到 B，A可能有導(dǎo)航欄，但是B控制器要求導(dǎo)航欄是透明的，這樣一來A和B由于共用同一個導(dǎo)航欄就會讓整個切換操作不易管理，何況從iOS 7開始不僅僅是點(diǎn)擊返回按鈕瞬間返回A那么簡單，還要支持通過手勢操作從B緩慢返回到A的導(dǎo)航欄漸變效果。本文就簡單看一下如何能夠更加合理的設(shè)計(jì)導(dǎo)航欄切換的效果以避免開發(fā)中由于導(dǎo)航欄管理不善而造成管理混亂的狀況。

導(dǎo)航欄

在開始今天的話題之前，先看一下關(guān)于UINavigationBar的一些常見設(shè)計(jì)，要想清楚的了解導(dǎo)航欄的切換，弄清UINavigationBar的一些常用設(shè)置是必不可少的。簡單起見，這里僅僅列出具體設(shè)置方式，不再一一贅述其細(xì)節(jié)：

barbuttonitem顏色設(shè)置:navigationBar.tintColor

這種方式包括push中的返回按鈕，不過返回按鈕可以通過自定義圖片達(dá)到調(diào)整顏色效果navigationBar.backIndicatorImage及navigationBar.backIndicatorTransitionMaskImage。
此外，注意字體大小等則必須通過UIBarButtonItem的setTitleTextAttributes設(shè)置，或者干脆自定義customView

NavigationBar title顏色設(shè)置：navigationBar.titleTextAttributes

注意：如果個性的標(biāo)題欄，例如背景圖則可以直接設(shè)置navigationItem.titleView)

返回按鈕移除標(biāo)題：backBarButtonItem.setBackButtonTitlePositionAdjustment將標(biāo)題移除屏幕外

導(dǎo)航欄顏色設(shè)置：navigationBar.barTintColor

注意：也可以使用navigationBar.setBackgroundImage方法指定一個不同顏色的圖片修改導(dǎo)航欄背景色。

另外，navigationBar.barStyle是對于導(dǎo)航欄整體風(fēng)格的設(shè)置，默認(rèn)為default（白色背景、黑色文字、狀態(tài)欄文字也是黑色），你可以設(shè)置成black（黑色背景、白色文字，狀態(tài)欄文字也是白色）。也就是說它不僅影響到導(dǎo)航欄背景色和標(biāo)題顏色等，也影響狀態(tài)欄風(fēng)格。不過當(dāng)這個設(shè)置和上面的設(shè)置發(fā)生沖突時，會以上面的獨(dú)立設(shè)置為準(zhǔn)。

isTranslucent是另一個導(dǎo)航欄常用屬性，從iOS 7開始加入，默認(rèn)為true代表導(dǎo)航欄半透明。如果通過navigationBar.setBackgroundImage來修改導(dǎo)航欄背景色，導(dǎo)航isTranslucent=true時即使圖片顏色不透明那么系統(tǒng)也會修改圖片的alpha達(dá)到半透明效果（這種情況_UIBarBackground透明，修改圖片alpha。但是這種半透明效果并非系統(tǒng)默認(rèn)的毛玻璃效果，系統(tǒng)默認(rèn)的的毛玻璃效果是iOS增加了UIVisualEffectView來實(shí)現(xiàn)的，而自定義背景之后則不會自動增加UIVisualEffectView）；如果isTranslucent=false那么即使圖片顏色透明，系統(tǒng)也會將其調(diào)整為不透明效果（這種情況是將_UIBarBackground設(shè)置為白色或黑色，具體依據(jù)barStyle確定）。但是如果是通過barTintColor修改背景色的話，即使isTranslucent=true也無法達(dá)到半透明效果。

有了上面的結(jié)論之后，要實(shí)現(xiàn)導(dǎo)航欄透明效果只需要通過navigationBar.setBackgroundImage設(shè)置一個透明圖片，然后設(shè)置isTranslucent=true即可。

導(dǎo)航欄切換效果

導(dǎo)航欄的切換效果其實(shí)主要是不同顏色的導(dǎo)航欄切換或者從透明到不透明切換。不管是哪種切換，最直觀的方式肯定是在viewWillAppear中設(shè)置當(dāng)前控制器的導(dǎo)航欄樣式（當(dāng)然，如果一個應(yīng)用中僅僅個別界面需要特殊設(shè)置，也可以在這個控制器中設(shè)置特殊樣式，然后再viewWillDisappear中恢復(fù)設(shè)置，但通常不推薦這么做，因?yàn)槿绻笃谔厥鈽邮皆龆鄷泻芏嗫樱?，下面第一個demo中先看一下這么做的效果。

原始方式

viewWillAppear()中獨(dú)立設(shè)置當(dāng)前控制器的樣式固然是最容易想到也是最好實(shí)現(xiàn)的方式，這種方式不僅支持默然的push、pop，同樣支持手勢返回操作，但是缺點(diǎn)也很明顯，那就是手勢操作時切換效果很突兀。demo1演示了這個效果：

方案1

Demo1的效果是最原始的方式，易實(shí)現(xiàn)，但效果不好。事實(shí)上蘋果也注意到了這個問題，所以提供了一個setNavigationBarHidden(<#T##hidden: Bool##Bool#>, animated: <#T##Bool#>)方法用于隱藏和重新展示導(dǎo)航條，這樣一來對于透明導(dǎo)航條只有在viewWillAppear中隱藏導(dǎo)航條，在viewWillDisappear中重新展示即可。而對于切換不同顏色的導(dǎo)航條則只需要隱藏用這個方法隱藏導(dǎo)航條然后自定義一個UINavigationBar增加到導(dǎo)航條的位置（添加一個假的導(dǎo)航條）。不過這種方式的由于隱藏了導(dǎo)航條，那么側(cè)滑返回手勢也會消失，解決方式是重新設(shè)置當(dāng)前控制器的interactivePopGestureRecognizer.delegate=self，demo2演示了這個效果：

注意：

1.上面的setNavigationBarHidden(hidden: Bool, animated: Bool)不能更換成navigationBar.isHidden)，否則達(dá)不到效果。
2.通過interactivePopGestureRecognizer.delegate=self來達(dá)到側(cè)滑返回效果時，多次push、pop會出現(xiàn)界面錯亂操作失效的問題，解決方式就是在適當(dāng)?shù)臅r候禁用側(cè)滑,詳見代碼中BaseNavigationController。
3.也有人將setNavigationBarHidden(hidden: Bool, animated: Bool)的調(diào)用放到UINavigationController的navigationController(_ navigationController: UINavigationController, willShow viewController: UIViewController, animated: Bool)方法中，也不失一種辦法（不過這種方法不利于維護(hù)）

方案2

方案1最大的問題就是還必須自己添加UINavigationBar，而且由于隱藏了系統(tǒng)的導(dǎo)航欄，造成側(cè)滑手勢丟失。如果僅僅只是隱藏了導(dǎo)航欄的背景，而所有的navigationItem還是使用系統(tǒng)原有的，這樣一來就可以規(guī)避方案1的缺點(diǎn)，不僅如此，在手勢切換過程中navigationItem默認(rèn)是有動畫切換效果的。demo3演示了這一用法：

當(dāng)然，demo中為了不影響其他演示，使用了自定義導(dǎo)航控制器TransparentNavigationController并且在其中設(shè)置隱藏導(dǎo)航欄背景，實(shí)際開發(fā)中如果有必要你可以通過appearance統(tǒng)一隱藏所有的導(dǎo)航欄背景。
方案2效果相對來說已經(jīng)比較完美了，不足的地方是如果要實(shí)現(xiàn)毛玻璃效果就需要自己處理。微信在這點(diǎn)上做了更細(xì)節(jié)的處理：在轉(zhuǎn)場過程中使用自定義導(dǎo)航欄背景，轉(zhuǎn)場切換完成以后替換成系統(tǒng)的導(dǎo)航欄效果，實(shí)現(xiàn)了對方案2的細(xì)節(jié)改進(jìn)。如果你想實(shí)現(xiàn)半透明效果而又不想自己實(shí)現(xiàn)，可以考慮這種方式，否則方案2應(yīng)該可以說是比較完美的方案。

切換動畫

其實(shí)多數(shù)App都采用的前面提到的解決方案，但是類似于手QQ進(jìn)入QQ空間的切換就沒有這么處理（考慮可能是出于QQ空間界面的導(dǎo)航欄上拉還需要導(dǎo)航欄漸顯而有意這么處理的），手QQ要實(shí)現(xiàn)的效果是從動態(tài)到空間導(dǎo)航欄從藍(lán)色逐漸消失，而從空間回來則相反。實(shí)現(xiàn)這個過程其實(shí)最主要的是考慮手勢返回時透明度的設(shè)置和返回進(jìn)度保持一致，好在蘋果已經(jīng)提供了現(xiàn)成的api供我們調(diào)用，這就是self.transitionCoordinator.animateAlongsideTransition(in view: UIView?, animation: ((UIViewControllerTransitionCoordinatorContext) -> Swift.Void)?, completion: ((UIViewControllerTransitionCoordinatorContext) -> Swift.Void)? = nil)，默認(rèn)轉(zhuǎn)場時會通過這個動畫回調(diào)計(jì)算出block的中間插值，無論手勢停留在哪一時刻都能確保動畫插值保持一致，從而達(dá)到類似于QQ空間的手勢切換效果。demo4演示了這一實(shí)現(xiàn)：

當(dāng)然，如果你愿意，可以通過demo4配合demo3實(shí)現(xiàn)更好的切換效果。
此外，也有人通過swizzle UINavigationController的_updateInteractiveTransition:方法在手勢切換過程中動態(tài)修改導(dǎo)航欄的透明度等來達(dá)到完美的過渡，但相比較于上面的公開方法并沒有太明顯的優(yōu)勢。而且這只適用于從無到有的過渡，對于不同顏色的導(dǎo)航欄過渡也顯得無能為力。類似的還有使用iOS7新加入的UIViewControllerInteractiveTransitioning自定義轉(zhuǎn)場動畫，這跟swizzle _updateInteractiveTransition:并沒有明顯的區(qū)別。

擴(kuò)展：全屏返回手勢

和導(dǎo)航欄相關(guān)的另一個問題就是側(cè)滑手勢返回。前面可以看到方案2相對方案1其中一個優(yōu)點(diǎn)就是不用想辦法維護(hù)返回手勢失效的問題，但是不管哪種方案都不能全屏手勢返回。盡管這個需求如果蘋果從系統(tǒng)級設(shè)計(jì)實(shí)現(xiàn)將是易如反掌，但顯然蘋果覺得從邊緣側(cè)滑才是合理的，不過全屏側(cè)滑基本已經(jīng)是目前國內(nèi)app的標(biāo)配了。

實(shí)現(xiàn)全屏側(cè)滑返回首先想到的是使用iOS7新增的UIViewControllerInteractiveTransitioning，這是蘋果推薦的方式，既然轉(zhuǎn)場可以自定義，當(dāng)然添加個手勢返回也不會很復(fù)雜。但是這種方式的最大問題就是實(shí)現(xiàn)起來并沒有系統(tǒng)滑動那般絲滑，想要實(shí)現(xiàn)類似系統(tǒng)的切換效果還要好好下一番功夫。于是就有朋友想到自定義一個拖動手勢添加到全屏，而真正側(cè)滑的操作使用系統(tǒng)的方法，這也是目前很多app普遍使用的方式。在下面的demo5中演示了這一方法：

class FullScreenPoNavigationViewController: UINavigationController,UIGestureRecognizerDelegate {

 override func viewDidLoad() {
 super.viewDidLoad()

 let popGesture = self.interactivePopGestureRecognizer
 let popTarget = popGesture?.delegate
 let popView = popGesture!.view!
 popGesture?.isEnabled = false

 let popSelector = NSSelectorFromString("handleNavigationTransition:")
 let fullScreenPoGesture = UIPanGestureRecognizer(target: popTarget, action: popSelector)
 fullScreenPoGesture.delegate = self

 popView.addGestureRecognizer(fullScreenPoGesture)
 }

 func gestureRecognizerShouldBegin(_ gestureRecognizer: UIGestureRecognizer) -> Bool {
 if self.childViewControllers.count > 1 {
  return true
 }
 return false
 }

}

當(dāng)然上面的實(shí)現(xiàn)并不太完美，多次滑動之后有時候還會出現(xiàn)bug，這需要一些條件控制，不過你可以利用Swizzle黑魔法將其應(yīng)用到系統(tǒng)中所有的導(dǎo)航控制器中，這一點(diǎn)可以參考sunnyxx的開源庫FDFullscreenPopGesture

總結(jié)

方案1自定義完整的導(dǎo)航欄和方案2僅僅自定義導(dǎo)航欄背景基本是當(dāng)前國內(nèi)絕大多數(shù)app的做法。但是類似于網(wǎng)易云音樂和微信等應(yīng)用也對方案1和方案2做了改進(jìn)，微信的改進(jìn)上面已經(jīng)提到了，網(wǎng)易云音樂使用的方式類似于方案1，但是它并沒有自定義導(dǎo)航欄而是巧妙的在導(dǎo)航欄外嵌套一個UINavigationController來實(shí)現(xiàn)（由于UINavigationController無法直接push另一個UINavigationController，所以外面還要再多嵌套一個UIViewController），這種方式規(guī)避了自定義導(dǎo)航欄的麻煩，但是也不是沒有缺點(diǎn)，例如如果你不是很清楚其中的結(jié)構(gòu)，想要拿到當(dāng)前控制器的導(dǎo)航控制器時可能會事與愿違。 除了上述方式還有一些其他方式實(shí)現(xiàn)導(dǎo)航欄的切換效果，例如通過截圖方式，但相對比較麻煩而且和原有實(shí)現(xiàn)方式也有所偏離，在此不再贅述，有興趣可以繼續(xù)探索。

代碼下載：tips-UINavigationBar的切換效果

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論