Interface Builder的一些小技巧(2)

　　如果不考慮iOS版本的支持(其實說實話現在已經很少還見到要從iOS4開始支持的app了吧)，現在StoryBoard面臨的最大問題就是多人協作。因為所有的UI都定義在一個文件中，因此很多開發者個人或企業的技術負責人認為StoryBoard是無法進行協作開發的，其實這更多的是一種對 StoryBoard的陌生所造成的誤解。雖然Apple并沒有在WWDC明確提及，但是沒有人規定整個項目只能有一個StoryBoard文件。一種可行的做法是將項目的不同部分分解成若干個StoryBoard，并安排開發人員對自己的部分進行負責。簡單舉例比如一個有4個tab功能相互獨立的基于 UITabBarViewController的應用，完全可以使用4個StoryBoard來分別代表4個tab，并在相互無干擾的情況下完成開發。這樣一來就不會存在所謂的沖突問題了。StoryBoard的API是如此簡單，現在的SDK中一共方法數量一只手就能數過來，所以具體方法在這里就不再羅嗦了。

　　StoryBoard的另外的挑戰來源于ViewController的重用和自定義的view的處理。對于前者，在正確封裝接口以及良好設計的基礎上，其實StoryBoard的VC重用與代碼的VC重用是沒有本質區別的，在StoryBoard中添加封裝良好需要重用的Scene即可解決。而對于后者，因為StoryBoard中已經不允許有單個view的存在，因此很多時候我們還是需要借助于單個的xib來自定義UI。這一點可以說是由于 StoryBoard的設計思路所造成的，StoryBoard更強調的是一種層次結構，是在全局的視角上來組織UI設計和遷移。而對于單個的view，更多的會注重于重用和定制，而與整個項目的流程沒有太大關系。相信抓住這一要點，就能很好地了解什么時候使用xib，什么時候使用StoryBoard。

　　關于StoryBoard最后要說的是，現在會有一些對于StoryBoard性能上的擔憂。因為相對于單個xib來說，StoryBoard文件往往更大，加載速度也相應變慢。但是其實隨著現在設備的更新換代，在iPhone4都難覓的今天，這點性能上的差距幾乎可以忽略了。而再之后的設備，不論讀取還是解析，只會越來越快。所以性能上的問題完全是沒有擔心的必要的。

　　我的觀點和選擇

　　我入門的時候是使用xib的，因為那時候還沒有StoryBoard，而我也不是喜歡代碼的學院派Geek。到現在，三種方式我都有嘗試過，并分別得到了一些可能還并不是特別深刻體會。對于現在的我來說，xib是我的奶酪，也是我在自己的一些項目里一直使用的方式，我可以在極短短時間內用xib架起一套包括自定義要素和良好部件重用性復雜UI。但是在我嘗試了幾次使用StoryBoard制作demo之后，我已經決定在之后的項目轉向使用 StoryBoard。一方面因為確實是未來方向(每次新工程刪StoryBoard很討厭..)，現在的StoryBoard專有的preview功能，以及之后AutoLayout的進一步改進等都很值得期待;另一方面也覺得奶酪放一個地方太久了會不好，趁著iOS7的大變革，也更新一下自己的觀念和方式，把奶酪換個地方擺擺，也許會對以后大有裨益。

　　對于初心者來說，我并不建議上手就直接使用代碼來進行UI制作和布局，因為冗長的UI代碼確實非常乏味無趣。盡快看到成品，至少盡快看到原型，是保持興趣，繼續深入和從事職業的有效動力。所以如果有可能有條件，在老鳥的指導下選擇StoryBoard來進行快速構建(或者如果是單個人開發的話，可以不用考慮多個StoryBoard協作，就更容易)，會是入門的好選擇。而最新的教程和文檔已經開始逐漸偏向StoryBoard，關于 StoryBoard的問題在SO上關注度也會更高，這樣在入門時會有更多的資料可以進行參考。

　　這并不是說不需要關心代碼UI或者xib，因為使用StoryBoard的時候在只能使用代碼以及自定義單個view時，還是不可避免地需要接觸它們的。這里想給的一點建議就是，雖然你不依賴代碼來進行UI制作，但是了解并掌握如何使用純代碼來從頭構建UI還是非常必要的：包括從新建Window開始，到初始化ViewController，添加必要的view，設定它們的property，以及添加和處理它們的各種響應及responser鏈等內容?，F在iOS開發入門非常容易，Xcode和xib/StoryBoard幫助開發者隱藏了太多的細節，但是很多時候如果你不明白underhood到底是些什么，為什么這些xib/StoryBoard會這樣運作的話，經常會出現卡在一些很可笑的和初級的bug上找不著北，這其實會是對時間的巨大浪費，很不值得。

　　一些IB小技巧

　　最后分享一些IB使用上的小技巧作為結束吧。其中很多方法也可以用在StoryBoard上，所以在向我自己之前xib使用者生涯致敬的同時，也算是一點小的備忘總結吧。

　　同時添加多個outlet

　　在IB中，選中一個view并右鍵點擊，將會出現灰色的HUD，可以在其上方便地拖拉或設定事件和outlet。你可以同時打開多個這樣的面板來一次性添加所有outlet。右鍵點擊面板，隨便拖動一下面板，然后再打開另一個。你會發現前一個面板也留下來了，這樣你就可以方便地進行拖拽設定了。

　　當然，對于成組和行為類似的IBOutlet，應該直接使用IBOutletCollection來進行處理會更方便。

　　可視化坐標距離

　　IB最煩人的問題就是對其。用代碼的時候我們可以明確地指定x,y坐標，但是換到IB的時候我們更多的時候是靠拖拽UIView來布局。比如需要三個間隔相同的label，除了用強大的肉眼來估測距離是否相等以外，難道只能乖乖分別選中三個label，記下它們的坐標然后打開計算器來做加減法么?

　　顯然不要那么笨，試試看選中一個label，然后按住option鍵并將鼠標移動到其他label上試試?你可以發現view之間的距離都以很容易理解的方式顯示出來了。不僅是同層次的view，被選中view與其他層次的view之間的距離關系也可以同樣顯示。

　　在一組view層次中進行選擇

　　對于一些復雜的view層級關系，我們往往直接在IB中選擇會比較困難。比如view相互覆蓋時，我們很難甚至不能在編輯視圖中選中底層的view。這時候一般的做法是打開左側的view層級面板，一層層展開然后選擇自己需要的view。其實我們也有更簡單的方法：按住Cmd和Shift，然后在需要選擇的view上方按右鍵，就可以列出在點擊位置上所有的view的列表。藉此就可以方便快速地選中想要的view了。

原文轉自：http://onevcat.com/2013/12/code-vs-xib-vs-storyboard/