使用 xib 或故事板還是為 iOS 介面編寫程式碼更好？

程式碼是最終的解決方案。

當你遇到（例如）：需要乙個支援各種螢幕尺寸的應用，並在每個螢幕上顯示最合適的文字，**大小（以Luchai為例縮放），這種事情是xib或故事板無法解決的。

只有構建一套封裝的**，封裝許多核心控制項，並重寫它們的繪製方法，才能更方便地實現它（內部判斷螢幕尺寸和裝置型別）。

一般來說，Code+StoryBoard 可以更輕鬆地完成乙個應用，在 IP4、IP5、IP6、IP6+ 上總會遇到 UI 適配問題，在這種情況下，你必須使用 Code 來控制一些控制項的高度，Y 軸、Storyboard 本身是做不到的。

Code+xib+Storyboard 是大多數行家裡手的做法。

在程式碼+故事板可以適配的情況下，還需要劃分一些控制元件，比如將乙個複雜的檢視控制器拆分成多個檢視，每個檢視對應乙個單獨的 xib 進行管理，這樣你就可以隨時在許多不同的故事板和檢視控制器之間使用這些獨立的檢視，這樣可以為你節省一些工作量。 但是，需要一些經驗才能更好地確定哪些檢視可以拆分為單獨的 xib

開發之所以不需要故事板，主要原因是容易引起SVN衝突，而且幾乎都要修改。

這主要取決於你，對於大多數開發人員來說，故事板對快速開發的直接價值是不可磨滅的。 但是，對於一些高階開發人員和清潔度來說，這會使他們的配置相對臃腫或造成不必要的麻煩。

故事板不容易維護，修改效率不如最高質量。

如果出現問題，很難找出錯誤。

"由於情節提要檔案往往比單個 XIB 大，因此載入速度較慢。 "你是智障嗎，但將 xib 檔案與整個故事板檔案進行比較，對吧？ 你所有的控制器都在乙個故事板中，為你提供了乙個檢視和乙個 xib，可以是一樣的嗎？

乙個專案需要幾十個 xib 嗎，你能與故事板相比嗎？