一魂贬、前言
在之前的一片文章中已經(jīng)介紹了 從iOS的第一個(gè)應(yīng)用中能學(xué)習(xí)到哪些知識(shí)點(diǎn) 在那篇文章中主要介紹了一個(gè)iOS程序的啟動(dòng)過(guò)程和應(yīng)用的幾大對(duì)象，以及應(yīng)用的生命周期誉简，同時(shí)也介紹了應(yīng)用中的控制器知識(shí)點(diǎn)费什，介紹了其生命周期方法钳吟，那么對(duì)于一個(gè)iOS應(yīng)用一般都是會(huì)包含多個(gè)頁(yè)面，而每個(gè)頁(yè)面就是一個(gè)控制器贴见，一個(gè)控制器一般都是關(guān)系到一個(gè)UIView的烘苹，但是我們?cè)谡嬲褂眠@些控制器的時(shí)候會(huì)發(fā)現(xiàn)，多個(gè)頁(yè)面之間的跳轉(zhuǎn)關(guān)系該如何控制片部。在之前的文章知道一個(gè)應(yīng)用對(duì)應(yīng)一個(gè)窗口對(duì)象UIWindow镣衡，每個(gè)窗口都有一個(gè)根控制器對(duì)象，那么如果一個(gè)應(yīng)用有多個(gè)控制器該如何管理這些控制器呢吞琐？那么就是本文需要介紹的重點(diǎn)了捆探。
二、兩個(gè)視圖控制器
在Android中我們知道每個(gè)頁(yè)面都是一個(gè)Activity站粟，每個(gè)頁(yè)面之間的跳轉(zhuǎn)以及通信都是采用Intent對(duì)象進(jìn)行傳遞的黍图，那么在iOS中并沒(méi)有這種機(jī)制了，而在iOS中管理多個(gè)控制器一般都是兩種控制器：
一種是切換控制器UITabBarController奴烙，一種是導(dǎo)航控制器UINavigationController
這兩種控制器雖然是管理多個(gè)控制器助被，但是他們兩本身也是個(gè)控制器類(lèi)，而且他們兩個(gè)都有各自的使用場(chǎng)景切诀。
1揩环、UITabBarController一般用于首頁(yè)中的頁(yè)面切換，比如微信的首頁(yè)中四個(gè)Tab切換就是采用這個(gè)控制器管理的：
這個(gè)有點(diǎn)類(lèi)似于Android中的ViewPager+Fragment實(shí)現(xiàn)的功能幅虑。
2丰滑、UINavigationController一般用于從一個(gè)控制器頁(yè)面跳轉(zhuǎn)到另外一個(gè)頁(yè)面控制器，這個(gè)就和Android中的Activity跳轉(zhuǎn)非常相似了倒庵。而且也是使用場(chǎng)景最多的一個(gè)了褒墨。
三、切換控制器UITabBarController
下面先來(lái)介紹第一個(gè)控制器管理類(lèi)：UITabBarController類(lèi)擎宝，首先不多說(shuō)郁妈，還是老樣子，先建立一個(gè)簡(jiǎn)單的案例：
選擇需要繼承的父類(lèi)UITabBarController绍申，其實(shí)他也是一個(gè)控制器：
那下面我們需要把這個(gè)控制器設(shè)置成根控制器噩咪，然后在通過(guò)這個(gè)控制器來(lái)管理后續(xù)添加的子控制器內(nèi)容：
在AppDelegate回調(diào)方法中和之前一樣的方式設(shè)置根控制器顾彰，下面就來(lái)開(kāi)始添加子控制器了：
因?yàn)樾枰鄠€(gè)子控制器進(jìn)行操作案例，所以這里就新建了兩個(gè)控制器類(lèi)胃碾，然后初始化之后記得設(shè)置子控制器的tabBarItem屬性涨享，這個(gè)屬性代表著這個(gè)子控制器在UITabBarController的item樣式屬性。當(dāng)然這里為了簡(jiǎn)單就采用系統(tǒng)提供的一些樣式了书在，也可以自定義自己的樣式的灰伟，這個(gè)后面等介紹具體項(xiàng)目的時(shí)候再說(shuō)，其實(shí)不難也是一些屬性的使用罷了儒旬。初始化完成之后就把所有的子控制器添加到一個(gè)NSArray中栏账，最后在設(shè)置到UITabBarController中即可。下面來(lái)看一下運(yùn)行效果：
看到底部有兩個(gè)可以切換的item栈源，看到他們的樣式就是系統(tǒng)對(duì)應(yīng)的聯(lián)系人和更多的樣式挡爵，當(dāng)然我們可以自定義這樣的樣式，可以設(shè)置item的圖片和文字甚垦。這里就不演示了茶鹃。
到這里我們會(huì)發(fā)現(xiàn)這個(gè)控制器真的和Android中的ViewPager+Fragment非常相似，那么問(wèn)題來(lái)了艰亮，我們?cè)贏ndroid中使用ViewPager+Fragment進(jìn)行開(kāi)發(fā)的時(shí)候闭翩，僅僅的簡(jiǎn)單添加子控制器是滿足不了需求的，我們一般還需要知道一些事迄埃，這里主要是兩件事：
第一件事：每個(gè)子控制器之間的切換事件疗韵，也就是tab切換的回調(diào)事件
第二件事：在切換的過(guò)程中每個(gè)子控制器的生命周期會(huì)發(fā)什么變化
那么下面就在來(lái)詳細(xì)分析一下這兩件事，先來(lái)看第一件事：如何監(jiān)聽(tīng)每個(gè)子控制器之間的切換事件
這個(gè)和Android中也非常類(lèi)似的侄非，就是給切換控制器添加代理方法蕉汪，當(dāng)然在Android中叫做回調(diào)方法。這里添加代理非常簡(jiǎn)單：
因?yàn)槲覀冊(cè)贏ppDelegate類(lèi)中定義了控制器逞怨，所以就需要AppDelegate類(lèi)實(shí)現(xiàn)代理協(xié)議了：UITabBarControllerDelegate者疤，實(shí)現(xiàn)之后我們就可以實(shí)現(xiàn)幾個(gè)代理方法了：
第一個(gè)方法：這個(gè)代理方法是在子控制器切換完成之后調(diào)用，參數(shù)傳回來(lái)的是當(dāng)前選中的子控制器叠赦。
- (void)tabBarController:(UITabBarController *)tabBarController didSelectViewController:(UIViewController *)viewController
第二個(gè)方法：這個(gè)代理方法是決定當(dāng)前子控制器是否可以被選擇驹马，如果返回YES表示可以選中，如果返回NO表示不可選中除秀，也就是不可切換操作了窥翩。
- (BOOL)tabBarController:(UITabBarController *)tabBarController shouldSelectViewController:(UIViewController *)viewController
當(dāng)然還有其他代理方法，這里就不一一詳細(xì)介紹了鳞仙，因?yàn)檫@兩個(gè)方法在實(shí)際開(kāi)發(fā)中用到的最多。這里順便再來(lái)講一下這個(gè)控制器的兩個(gè)常用的屬性：
第一個(gè)屬性：selectedIndex代表的是獲取到當(dāng)前選中的子控制器的索引值笔时，這個(gè)屬性可以讀寫(xiě)操作棍好，也就是可以設(shè)置索引值來(lái)決定當(dāng)前哪個(gè)控制器被選中，一般是在初始化的時(shí)候會(huì)決定當(dāng)前哪個(gè)控制器被默認(rèn)選中。
第二個(gè)屬性：selectedViewController代表當(dāng)前選中的子控制器借笙，這個(gè)屬性也是可以讀寫(xiě)操作的扒怖，其實(shí)他的功能和上面的索引值功能差不多，只是一個(gè)是操作子控制器索引值业稼，一個(gè)是直接操作子控制器對(duì)象的盗痒。
有了這兩個(gè)屬性在結(jié)合上面的那兩個(gè)代理方法就可以滿足我們的開(kāi)發(fā)需求了。
下面在來(lái)解決第二件事低散，就是各個(gè)子控制器在切換過(guò)程中他們的生命周期會(huì)發(fā)什么變化俯邓，其實(shí)我們?cè)谇懊嬉黄恼轮幸呀?jīng)介紹了控制器的生命周期方法了：
1> view初始化完畢后，就會(huì)調(diào)用控制器的viewDidLoad方法2> view初始化完畢后熔号，就會(huì)把這個(gè)根控制器的view添加到窗口中3> 當(dāng)view即將被添加到窗口中時(shí)稽鞭，就會(huì)調(diào)用控制器的viewWillAppear:方法4> 當(dāng)view已經(jīng)被添加到窗口中時(shí)，就會(huì)調(diào)用控制器的viewDidAppear:方法5> 如果控制器的view即將從窗口中移除時(shí)引镊，就會(huì)調(diào)用控制器的viewWillDisappear:方法6> 如果控制器的view已經(jīng)從窗口中移除時(shí)朦蕴，就會(huì)調(diào)用控制器的viewDidDisappear:方法7> 如果控制器接收到內(nèi)存警告的時(shí)候，就會(huì)調(diào)用控制器的didReceiveMemoryWarning方法didReceiveMemoryWarning方法的默認(rèn)實(shí)現(xiàn)是：如果控制器的view沒(méi)有顯示在窗口中弟头，也就是說(shuō)controller.view.superview為nil時(shí)吩抓，系統(tǒng)就會(huì)銷(xiāo)毀控制器的view.8> 銷(xiāo)毀完畢后會(huì)調(diào)用控制器的viewDidUnload方法9> 如果控制器的view以前因?yàn)閮?nèi)存警告被銷(xiāo)毀過(guò)，現(xiàn)在需要再次訪問(wèn)控制器的view時(shí)赴恨，會(huì)重復(fù)前面的步驟初始化view
這里我們主要是來(lái)看一下viewWillAppear疹娶，viewDidAppear，viewWillDisapper嘱支，viewDidDisappear方法蚓胸，其他方法這里可能用不到了。我們?yōu)榱朔奖悴榭葱ЧΓ梢远x一個(gè)BaseViewController類(lèi)沛膳，然后在其生命周期方法中添加日志信息，最后讓子控制器都繼承這個(gè)類(lèi)汛聚，這樣每個(gè)子控制器的生命周期方法都可以發(fā)現(xiàn)了：
這里看到我們是如何添加日志的信息的锹安，首先需要知道是哪個(gè)子控制器所以需要打印子控制器名稱(chēng)，可以使用self關(guān)鍵字倚舀，然后就是方法名稱(chēng)了叹哭，這里因?yàn)椴幌胧謩?dòng)的去寫(xiě)方法名，所以就用NSStringFromSelector(_cmd)來(lái)獲取當(dāng)前方法的名稱(chēng)痕貌。
下面我們?cè)俅芜\(yùn)行程序风罩，然后多次切換子控制器看看效果：
從日志中我們可以得到三個(gè)重要信息：
第一個(gè)信息：當(dāng)一個(gè)子控制器只有當(dāng)要被顯示的時(shí)候才會(huì)調(diào)用viewDidLoad代理方法，看到開(kāi)始的時(shí)候舵稠，第二個(gè)子控制器的這個(gè)方法并沒(méi)有調(diào)動(dòng)超升，當(dāng)我切換到第二個(gè)控制器的時(shí)候進(jìn)行展示才調(diào)用了入宦，可以理解為懶加載機(jī)制。用到才進(jìn)行加載view室琢。
第二個(gè)信息：每個(gè)子控制器的視圖加載代理方法vieDidLoad只會(huì)調(diào)用一次乾闰，也就是第一次展示的時(shí)候，后面再次展示就不會(huì)再次調(diào)用了盈滴，當(dāng)然這個(gè)不是絕對(duì)的涯肩，比如如果這時(shí)候系統(tǒng)內(nèi)存不足，會(huì)回收一些資源巢钓，那么這時(shí)候可能會(huì)把子控制器進(jìn)行回收病苗，那么下次再次切換到這個(gè)子控制器的時(shí)候還是會(huì)調(diào)用他的加載方法，但是大部分情況下都只調(diào)用一次竿报。
第三個(gè)信息：也就是我們最關(guān)心的信息铅乡，就是每個(gè)子控制器在來(lái)回切換的過(guò)程中會(huì)回調(diào)viewDidAppear,viewDidDisAppear等方法。所以如果我們需要做一些操作就要在這兩個(gè)代理方法中進(jìn)行了烈菌。
到這里我們就算介紹完了iOS中的第一個(gè)控制器管理類(lèi)UITabBarController阵幸，其實(shí)他和Android中的ViewPager+Fragment非常類(lèi)似，我們從在Android中的使用需求可以在iOS中得到我們?cè)趯?shí)際開(kāi)發(fā)使用中想要得到的一些信息芽世，這里一般就是兩件事：第一件事就是切換的回調(diào)也就是代理方法挚赊，第二件事就是在切換過(guò)程中各個(gè)子控制器的生命周期發(fā)生了如何變化。最后就是幾個(gè)重要的屬性济瓢，比如如何得到當(dāng)前切換到哪個(gè)子控制器了荠割，如何手動(dòng)的設(shè)置到默認(rèn)的選擇到哪個(gè)子控制器上等。有了這些信息我們就可以滿足正常的程序開(kāi)發(fā)了旺矾。那么接下來(lái)我們還要來(lái)介紹一個(gè)控制器管理類(lèi)蔑鹦，這個(gè)類(lèi)在實(shí)際開(kāi)發(fā)中用的就比較多了。
四箕宙、導(dǎo)航控制器UINavigationController
導(dǎo)航控制器UINavigationController類(lèi)在實(shí)際開(kāi)發(fā)過(guò)程中用到的可能比較多嚎朽，一般從一個(gè)頁(yè)面跳轉(zhuǎn)到另外一個(gè)頁(yè)面就需要用這個(gè)控制器了，我們還是和上面的步驟一樣柬帕，開(kāi)始的時(shí)候簡(jiǎn)單的新建一個(gè)這個(gè)控制器哟忍，記得需要繼承UINavigationController類(lèi)：
他其實(shí)也是一個(gè)控制器：
定義好之后，咋們就可以在AppDelegate回調(diào)方法中設(shè)置應(yīng)用窗口控制器的根控制器類(lèi)：
這里和UITabBarController有個(gè)區(qū)別陷寝，這個(gè)控制器其實(shí)和Android的Activity非常類(lèi)似锅很，因?yàn)檫@里也是采用棧的結(jié)構(gòu)，在Android中所有的Activity有一個(gè)棧結(jié)構(gòu)維護(hù)的凤跑。但是這里比Android簡(jiǎn)單爆安，就是沒(méi)有那么多復(fù)雜的啟動(dòng)模式啥的，只要記得是用棧結(jié)構(gòu)來(lái)維護(hù)應(yīng)用中的控制器即可仔引。那么關(guān)于棧的操作就是出棧和入棧扔仓，而這里的棧頂?shù)目刂破魇钦故驹诋?dāng)前應(yīng)用中的致扯，所以如果我們想進(jìn)入到某個(gè)頁(yè)面，那么只需要把這個(gè)控制器頁(yè)面入棧即可当辐，如果要返回就直接出棧即可。
下面咋們還是用上面那兩個(gè)子控制器作為案例進(jìn)行操作鲤看，開(kāi)始的時(shí)候咋們把第一個(gè)子控制器進(jìn)行入棧進(jìn)行展示：
看到頂部有兩個(gè)選項(xiàng)缘揪，其實(shí)這個(gè)是導(dǎo)航控制器對(duì)于每個(gè)子控制器的一個(gè)導(dǎo)航item的標(biāo)題設(shè)置，這個(gè)item一般包括標(biāo)題义桂，左邊item找筝，右邊item，而這些item就和之前的tabitem類(lèi)似慷吊，有icon和文字袖裕。這里我們把右邊的item添加點(diǎn)擊事件，點(diǎn)擊之后就跳轉(zhuǎn)到了第二個(gè)控制器溉瓶，在第二個(gè)控制器的導(dǎo)航item中添加左邊item點(diǎn)擊事件急鳄，點(diǎn)擊就返回：
在第一個(gè)子控制器中，我們?cè)O(shè)置了導(dǎo)航item的標(biāo)題內(nèi)容堰酿，左右item內(nèi)容疾宏，這里依舊采用了系統(tǒng)的樣式，然后添加了點(diǎn)擊事件触创，而在點(diǎn)擊之后跳轉(zhuǎn)到第二個(gè)子控制器也是直接采用入棧操作即可坎藐，這里需要注意的是，對(duì)于每個(gè)子控制器都可以使用navigationController屬性來(lái)獲取他的導(dǎo)航控制器對(duì)象哼绑，然后就可以操作棧了岩馍。從這里也可以看到，在第一個(gè)控制器中肯定用到了第二個(gè)控制器所以需要導(dǎo)入類(lèi)定義抖韩，同時(shí)我們一般在跳轉(zhuǎn)的時(shí)候需要攜帶數(shù)據(jù)的蛀恩，那么這里就可以直接通過(guò)第二個(gè)控制器對(duì)象的一些方法設(shè)置即可。這個(gè)和Android中不一樣了帽蝶，可以把數(shù)據(jù)捆綁到Bundle對(duì)象打包發(fā)過(guò)去了赦肋。
在第二個(gè)子控制器中，我們沒(méi)有定義導(dǎo)航item了励稳，但是我們還是看到了佃乘，這個(gè)是系統(tǒng)默認(rèn)就有的效果，當(dāng)然我們也可以不要驹尼，但是一般都會(huì)保留的趣避。當(dāng)然我們自己也模擬了點(diǎn)擊返回的效果：
我們這里可以看到導(dǎo)航控制器提供了三個(gè)方式出棧的方法，下面來(lái)看一下他們?nèi)齻€(gè)的區(qū)別：
1新翎、popViewControllerAnimated:
這個(gè)方法是我們用的最多的程帕，就是直接出棧操作住练，相當(dāng)于刪除棧頂對(duì)象，那么就有了返回的效果了愁拭。
2讲逛、popToRootViewControllerAnimated:
這個(gè)方法看名稱(chēng)可以知道也是出棧，但是他出的非常徹底岭埠，直接回到了棧底盏混，把棧里的子控制器都出棧了。
3惜论、popToViewController:animated:
這個(gè)方法看多了個(gè)參數(shù)许赃，也就說(shuō)可以出棧到指定的控制器那個(gè)位置，就是指定的控制器之前的子控制器都得出棧馆类。
其實(shí)看到這三種方式和Android中的Activity的啟動(dòng)模式非常相似混聊。
第一個(gè)方法對(duì)應(yīng)的是Android中的singleTop啟動(dòng)模式
第二個(gè)方法對(duì)應(yīng)的是Android中的singleTask啟動(dòng)模式
第三個(gè)方法對(duì)應(yīng)的是Android中的singleInstance啟動(dòng)模式
當(dāng)然這里只是為了好理解，就和Android中作比較乾巧，可以發(fā)現(xiàn)也并不是完全一致的句喜。不過(guò)這三種出棧方式也是非常好理解的，因?yàn)樗麄內(nèi)齻€(gè)方法正好能夠滿足我們開(kāi)發(fā)中所有的出棧的需求了卧抗。
再看一下后面的一段代碼藤滥，執(zhí)行了一個(gè)代理對(duì)象方法，其實(shí)這個(gè)就是做了當(dāng)前子控制器返回之后需要攜帶一些返回?cái)?shù)據(jù)給上一個(gè)子控制器的功能社裆，那為什么這里不在這個(gè)子控制器類(lèi)中導(dǎo)入第一個(gè)子控制器定義拙绊，然后直接調(diào)用其方法得到返回?cái)?shù)據(jù)呢？其實(shí)想想應(yīng)該不能這么做泳秀，因?yàn)槲覀冎缽囊粋€(gè)控制器跳轉(zhuǎn)到下一個(gè)控制器只有一條路走标沪。所以導(dǎo)入是沒(méi)有關(guān)系的，但是如果從一個(gè)控制器返回到上一個(gè)控制器就有多條路了嗜傅，因?yàn)檫@個(gè)控制器可能由多個(gè)控制器跳轉(zhuǎn)過(guò)來(lái)的金句，那么如果都需要返回值，就需要導(dǎo)入每個(gè)跳轉(zhuǎn)過(guò)來(lái)的控制器定義了吕嘀，可想而知這個(gè)子控制器類(lèi)會(huì)變得非常龐大和耦合违寞。所以這里我們可以在第二個(gè)控制器中定義一個(gè)協(xié)議，所有需要跳轉(zhuǎn)過(guò)來(lái)的控制器都可以實(shí)現(xiàn)這個(gè)協(xié)議偶房，然后在第二個(gè)控制器中就可以非常的靈活調(diào)用這個(gè)id類(lèi)型對(duì)象的指定方法道媚，實(shí)現(xiàn)返回值功能了酪我。
在返回的時(shí)候返敬，首先判斷一下代理對(duì)象有沒(méi)有對(duì)應(yīng)的代理方法逗扒，有的話就開(kāi)始調(diào)用即可。
和之前的切換控制器一樣，我們?cè)谑褂脤?dǎo)航控制器也是需要解決兩件事：
第一件事：子控制器在入棧和出棧的代理方法
第二件事：子控制器在入棧和出棧的時(shí)候自身的生命周期變化
下面來(lái)看一下第一件事摄悯，也是和之前一樣赞季，這里我們也是需要實(shí)現(xiàn)一個(gè)協(xié)議：UINavigationControllerDelegate，還是AppDelegate類(lèi)需要實(shí)現(xiàn)的奢驯。
第一個(gè)方法：這個(gè)代理方法的功能是即將要展示哪個(gè)控制器了申钩，也就是入棧操作了。
(void)navigationController:(UINavigationController *)navigationController willShowViewController:(UIViewController *)viewController animated:(BOOL)animated
第二個(gè)方法：這個(gè)代理方法的功能是哪個(gè)控制器進(jìn)行展示了瘪阁，也就是棧頂控制器典蜕。(void)navigationController:(UINavigationController *)navigationController didShowViewController:(UIViewController *)viewController animated:(BOOL)animated
所以從這兩個(gè)方法中可以看到，這些代理方法其實(shí)就是監(jiān)聽(tīng)棧頂變化的罗洗，如果棧頂控制器發(fā)生變化之后就會(huì)回調(diào)方法。
下面繼續(xù)來(lái)看第二件事钢猛，因?yàn)槲覀冄赜昧松厦娴淖涌刂破骰锊耍匀罩径技雍昧耍冞€是直接來(lái)回切換幾次看看效果：
從生命周期上可以看到命迈，和上面的切換控制器一樣贩绕，各個(gè)子控制器都是采用懶加載機(jī)制，用到展示的采取進(jìn)行加載壶愤，以后只會(huì)調(diào)用viewDidDisappear和viewDidAppear等方法了淑倾。這里從日志也可以看到我們可以正確的獲取到從上個(gè)子控制器中傳過(guò)來(lái)的數(shù)據(jù)，也可以獲取到前一個(gè)子控制器返回的數(shù)據(jù)征椒。
五娇哆、視圖控制器總結(jié)
到這里我們就介紹完了iOS中常用的兩個(gè)控制器管理類(lèi)，也就是一個(gè)應(yīng)用中多個(gè)控制器之間的跳轉(zhuǎn)切換等效果勃救。下面來(lái)總結(jié)一下：
第一個(gè)：切換控制器UITabBarController
這個(gè)控制器一般用于首頁(yè)的切換tab功能碍讨，比如微信的那樣的效果，他和Android中的ViewPager+Fragment組合使用效果非常類(lèi)似蒙秒，在使用的過(guò)程中勃黍，需要使用一個(gè)子控制器數(shù)組存放所有的子控制器。然后每個(gè)子控制器之間的切換操作有對(duì)應(yīng)的回調(diào)代理方法晕讲，
1覆获、監(jiān)聽(tīng)到切換到哪個(gè)子控制器
2、可以指定返回值來(lái)設(shè)置哪個(gè)子控制器不可切換選擇
在這個(gè)過(guò)程中每個(gè)子控制器的生命周期方法是：
1瓢省、所有子控制器都是采用懶加載機(jī)制弄息，需要展示的時(shí)候才去加載
2、如果已經(jīng)加載過(guò)得子控制器下次再次切換的時(shí)候只會(huì)調(diào)用viewDidAppear和viewDidDisapper等方法
最后就是有兩個(gè)重要屬性：
1净捅、第一個(gè)屬性是當(dāng)前選擇的子控制器的索引值疑枯，這個(gè)值可以讀寫(xiě)，通過(guò)這個(gè)值可以設(shè)置默認(rèn)選擇哪個(gè)子控制器
2蛔六、第二個(gè)屬性是當(dāng)前選擇的子控制器對(duì)象荆永，這個(gè)值可以讀寫(xiě)
對(duì)于每個(gè)子控制器都有一個(gè)屬性：tabBarController 可以獲取到當(dāng)前的切換控制器對(duì)象废亭。
第二個(gè)：導(dǎo)航控制器UINavigationController
這個(gè)控制器用的比較多，一般用于程序的多個(gè)子控制器之間跳轉(zhuǎn)具钥，這個(gè)控制器有一個(gè)特殊的地方就是他采用的是棧結(jié)構(gòu)來(lái)管理子控制器豆村，這一點(diǎn)和Android中的Activity非常類(lèi)似，也是采用棧結(jié)構(gòu)骂删。那么對(duì)于跳轉(zhuǎn)就是入棧操作掌动，返回就是出棧操作。操作也是非常簡(jiǎn)單的宁玫。同樣的這里我們?cè)诓僮鞯臅r(shí)候也是有兩個(gè)件事需要知道粗恢，一個(gè)是各個(gè)子控制器在跳轉(zhuǎn)的時(shí)候的回調(diào)代理方法：
1、監(jiān)聽(tīng)當(dāng)前棧頂變化的回調(diào)代理方法
還有一個(gè)就是需要知道每個(gè)子控制器的生命周期方法變化：
1欧瘪、所有子控制器都是采用懶加載機(jī)制眷射，需要展示的時(shí)候才去加載。
2佛掖、如果已經(jīng)加載過(guò)得子控制器下次再次切換的時(shí)候只會(huì)調(diào)用viewDidAppear和viewDidDisapper等方法
然后需要注意的是在出棧的時(shí)候有三種方式：
1>妖碉、popViewControllerAnimated:
這個(gè)方法是我們用的最多的，就是直接出棧操作芥被，相當(dāng)于刪除棧頂對(duì)象欧宜，那么就有了返回的效果了。
2>拴魄、popToRootViewControllerAnimated:
這個(gè)方法看名稱(chēng)可以知道也是出棧冗茸，但是他出的非常徹底，直接回到了棧底匹中，把棧里的子控制器都出棧了蚀狰。
3>、popToViewController:animated:
這個(gè)方法看多了個(gè)參數(shù)职员，也就說(shuō)可以出棧到指定的控制器那個(gè)位置麻蹋，就是指定的控制器之前的子控制器都得出棧。
而這三種方式和Android中的啟動(dòng)模式都有對(duì)應(yīng)的方式焊切，有了這三種方式就可以滿足我們?nèi)粘Ｖ虚_(kāi)發(fā)需要了扮授。
最后是每個(gè)子控制器都可以通過(guò)navigationController屬性獲取到導(dǎo)航控制器對(duì)象
項(xiàng)目下載地址：http://download.csdn.net/detail/jiangwei0910410003/9667736
七、總結(jié)
本文就介紹完了iOS中的控制器管理類(lèi)专肪，主要是用來(lái)解決一個(gè)應(yīng)用中多個(gè)子控制器之間的切換和跳轉(zhuǎn)問(wèn)題刹勃，在iOS中的操作非常簡(jiǎn)單，不想Android中那么復(fù)雜嚎尤。有了這個(gè)知識(shí)之后后面我們就可以簡(jiǎn)單的開(kāi)發(fā)一個(gè)應(yīng)用了荔仁，這個(gè)應(yīng)用可以包含多個(gè)控制器頁(yè)面了，然后需要做的是每個(gè)控制器展示的內(nèi)容，也就是對(duì)應(yīng)的具體UIView了乏梁。這個(gè)將是我們后面文章需要詳細(xì)介紹的內(nèi)容了次洼。
