XCode 4.2 新功能 - Storyboard

XCode 4.2 新功能 - Storyboard

最近開始比較有空在玩 XCode 4.2(iOS5 Beta3)，赫然發現它多了個 Storyboard 的東東。
Storyboard 這個東西通常來說是在作創意發想的時候，用來將本身的想的一些故事情節畫成像是連環漫畫一樣，想不到 Apple 把它用在這裡，真是佩服...

好吧，不廢話，先來說說這個 Storyboard 帶來什麼改變?

在這個版本前，我們在設計畫面的時候都是用 interface builder 產生一個 xib 檔，然後在 code 要出現這個畫面的時候多是用這樣的方式：

[self.navigationController pushViewController:viewController animated:YES];

好，也許你們(包括我)已經習慣這樣的方式了，不過若是畫面一多的話，到處 push 來 pop 去的，誰知道畫面之間是怎麼串呢？可能只有 PG 最清楚吧？

現在 Storyboard 解決了這樣的問題，讓你先將故事情節畫出來，像這樣

[attach]3682[/attach]

畫面中間那個像是轉接頭的叫作 Segue，先把你要的畫面(View controller)拉到 Storyboard 內之後，比方說要將 A畫面->B畫面，那麼在 A 上面按住 control 鍵，然後拉到 B 畫面，並選擇 performSegueWithIdentifi er:sender:，這樣兩個畫面就串起來了，當然你能夠有不少路徑，比方說還能夠有 A->C 或 A->D 之類的。

重點來了，那我在程式碼裡面要作什麼修改呢？

只要將本來的 pushViewController:animated: 的地方更改為如下這樣就能夠了[code] [self.navigationController performSegueWithIdentifi er:@"SegueLevel1" sender:self];[/code]其中 SegueLevel1 是我本身訂的轉接頭名稱，若是你有不少路徑的話，那麼就能夠有多個 Segue。

這樣作法的好處是我能夠很快的把故事情節描述出來，萬一客戶的畫面之間改來改去的，那麼我只要變更個人 Storyboard，只要 Segue identifier 不變，程式碼天然就不須要修改了。不過少了 xib 一時間卻是有點不習慣呢！

 

 

 

StoryBoard優點

 

 

 

StoryBoard是iOS 5的新特徵，旨在代替歷史悠久的NIB/XIB（其實StoryBoard仍是基於NIB/XIB的，不過開發人員已經無需直接跟NIB打交道了）。目前關於StoryBoard的文檔並很少，蘋果的iOS 5的開發者文檔裏也僅有很少的介紹。因此，本文只是簡單的談談本人對StoryBoard的一些粗淺的理解。（StoryBoard有時也叫作StoryBoarding，我不太注意這種細節，因此兩個詞常常會混用，若是你英語能夠的話，能體會到二者的細微差異）

StoryBoarding機制比之NIB/XIB的的優點何在呢？我的認爲，StoryBoard有如下幾個優勢：

可以減小不少跟View相關的代碼；

可以使View和Controller進一步解耦；

可以優化程序的「頁面流」，使程序的結構更清楚 ；

要理解這些優勢，咱們先要對NIB有一個基本的認識。一般，NIB是和ViewController相關聯的，不少ViewController都有對應的NIB文件。NIB文件的做用是描述用戶界面以及初始化對象和界面元素對象。其實開發者在NIB裏描述的界面和初始化的對象都可以在代碼中實現；之因此用Interface Builder來繪製界面，是爲了減小那些設置界面屬性的無聊和重複的代碼，讓開發人員可以集中精力作程序的功能。

而StoryBoard的出現，則是進一步增強了這方面的功能；NIB文件是沒有辦法描述從一個ViewController到另外一個ViewController的過渡的。這種過渡只能靠手寫代碼來實現。相信不少人都會常常用到 -presentModalViewController:animated:以及-pushViewController:animated:這兩個方法。這種代碼在Storyboarding裏將成爲歷史；取而代之的是Segue。Segue定義了從一個ViewController到另外一個ViewController的過渡。在Storyboard裏，咱們只須要像鏈接界面對象和Action Method那樣把ViewController之間用Segue鏈接起來就能夠了，再也不須要手寫代碼了。即使你像自定義Segue，你也只需寫Segue的實現，而無需編寫調用的代碼，StoryBoard會幫你調用的。這就是上面所說的第一個優勢。

 

要用好Storyboarding機制，那麼必須嚴格遵照MVC原則。要讓View和Controller充分解耦；而且不一樣的Controller之間也要充分解耦。不然，程序的業務邏輯就會亂成一團，很難理解，維護和除蟲（Debug）。

舉個例子來講：在過去，特別是初學Cocoa Touch開發的時候，不少人都喜歡直接把AppDelegate當ViewController用，直接在AppDelegate和MainMenu.xib之間交互。應該說，這是一個很是很差的習慣。AppDelegate的做用很簡單，就是處理UIApplication的回調，而不該該負責用戶界面的處理。不少iOS教程爲了省事，都直接把AppDelegate當ViewController用，甚至直接舉例在UIWindow上繪製界面。雖然，做爲教程這麼作很簡單明瞭，由於UIWindow也是UIView的子類，可是這卻不是一種優良的實踐。由於由ViewController來負責處理View纔是正確的作法。

近一段時間，蘋果的項目模版常常發生改變，特別是自從Xcode 4發佈以後，程序模版（如，View Based Application）開始鼓勵使用UIWindow的rootViewController屬性來指定第一屏的ViewController，以保證AppDelegate專一於它應該作的事情。而引入StoryBoard以後，AppDelegate已經無論ViewController的事情了 ；第一屏所使用的ViewController（也就是rootViewController）能夠在StoryBoard中設置。這樣，程序的入口點就能從StoryBoard的「設計圖」上一目瞭然了。這是第二個優勢。

 

至於第三個優勢，就是StoryBoard的「設計圖」了。StoryBoard可以包含一個程序全部的ViewController以及它們之間的鏈接。所以，StoryBoard甚至能夠做爲程序的「設計圖」來用了。理想狀況下，在程序開發接近尾聲的時候，咱們只需對比StoryBoard的「流程」和最初程序的設計「流程」，就知道程序有沒有「走樣」了。

 

說完了優勢，咱們來看看從NIB/XIB到StoryBoard的遷移，咱們須要有哪些理解和實踐上的改變呢？

首先，天然是（在作程序開發的時候）ViewController再也不須要NIB/XIB了（雖然在後臺仍是用的NIB）。之前在NIB/XIB上作的鏈接Outlet和Action的操做均可以在StoryBoard上完成了；

第二，孤兒View（獨立於ViewController的View）是不能出如今StoryBoard裏的，View必須經過ViewController來管理（StoryBoard更像是Controller對象的容器，而不是View對象的容器，NIB/XIB能夠做爲View對象的容器）；

第三，ViewController之間的過渡代碼已是歷史了，用StoryBoard能夠直接可視化地鏈接不一樣的ViewController；

第四，UIWindow對象的做用被進一步淡化，甚至能夠這麼說：其實不少程序根本無需用到UIWindow對象。AppDelegate也再也不被鼓勵（也不能）用來作ViewController－－你甚至沒法在Interface Builder的StoryBoard圖上找到AppDelegate對象－－由於它原本就不該該用來處理界面（View）的。

最後，寫優質的代碼，嚴格遵照MVC設計模式，這樣不只可以讓你用好StoryBoard，也能幫助你理解StoryBoard的原理。

StoryBoard是很是好的鼓勵MVC和代碼解耦的手段，可以讓開發人員寫出更加容易維護的代碼。不過對於初學者來講，確實是個對理解力的小挑戰。不過做爲初學者也不用擔憂，一旦突破了理解障礙，你就會發現StoryBoard也很是好用－－就像最初理解NIB/XIB時，Outlet和Action「拉線」來「拉線」去，看起來也很神奇；理解以後，發現原來「拉線」神馬的也沒那麼神祕。

好了，絮絮不休的囉嗦了這麼多無聊的文字，相信你也看累了。若是你依然對我寫的東西不知所云的話，你能夠稍稍研究一下Xcode 4.2的幾個內建模版，而後和使用XIB的模版對比一下，看看蘋果是怎麼用StoryBoard的，可以很好的幫助你理解Storyboarding機制。固然，千萬不要忘記親自動手用一用StoryBoard！

Happy Coding!