介紹
StoryBoard是蘋果在2011年的WWDC Session 309《Introducing Interface Builder Storyboarding》中介紹的Interface Builder的新功能。其基本想法是將原本的xib進行升級，引入一個容器用於管理多個xib檔案，並且這個容器可以通過拖拽設定xib之間的介面跳轉。而這個容器就是被蘋果稱做的StoryBoard。下圖是一個Storyboard的截圖。


\
 
優點
總體上來說，Storyboard有以下好處：


你可以從storyboard中很方便地梳理出所有View Controller的介面間的呼叫關係。這一點對於新加入專案組的開發同事來說，比較友好。
使用Storyboard可以使用Table View Controller的Static Cell功能。對於開發一些Cell不多，但每個Cell都不一樣的列表類設定介面會比較方便。
通過實現 - (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender 方法，每個View Controller的跳轉邏輯都聚集在一處，這方便我們統一管理介面跳轉和傳遞資料。
Storyboard可以方便將一些常用功能模組化和複用。例如WWDC2011年介紹Storyboard的視訊就將微博分享功能模組化成一個單獨的Storyboard。我在開發App時，也將例如通過第三方註冊登入模組做成一個單獨的Storyboard，便於以後複用。
缺點
我在新專案使用Storyboard時，卻發現它只是看上去很美，真正用起來，卻有很多問題，我發現的問題有：


首先它和xib一樣，對版本管理是災難。因為是它實際上的多個xib的集合，所以更容易讓多人編輯產生衝突。蘋果對storyboard的設計也不好，基本上你只要開啟，什麼都不做，這個檔案就會被更改，所以衝突幾乎是不可避免的—除非你不開啟，實在不小心開啟看了，需要在提交前回退成伺服器上的版本。
Storyboard提供的 Static cell特性只適合於UITableViewController的子類。我很多時候的用法是一個TableView巢狀在另一個UIView中，static cell就不能用了。
segue的概念對於開發來說並不省事，如果是用程式內部trigger一個segue，那麼需要在另一個回撥的地方設定dest view controller的引數資訊。 www.it165.net
總結
我仔細比較權衡了一下優缺點，最主要的問題是我的版本管理在多人協作開發時將陷入災難，而這是完全不能接受的。而最主要的好處就是，你可以在一個類似白板的地方“一攬眾山小“一樣瞭解所有介面之間的切換關係，但這個有那麼重要嗎？我自已其實很清楚跳轉邏輯，這個只是對新同事瞭解專案程式碼時有幫助，那我花一點時間直接給他講講畫畫不就搞定的嗎？為了這點好處而讓版本管理無法使用，是完全不能接受的。


所以最終我決定放棄使用StoryBoard了，這個“看上去很美”的功能有著不可接受的缺陷。現在看來，它僅適用於做一些Demo的開發。蘋果一直沒有處理好這類視覺化介面設計功能的版本管理，象xib檔案，雖然是xml格式的，但如果多人編輯了，合併起來也會很麻煩。所以業界好多同行都不用xib,直接用純程式碼來寫介面，雖然稍慢一點兒，但是工程很乾淨，也基本沒有了多人協作的版本衝突問題。




轉自：http://www.it165.net/pro/html/201212/4397.html