最近我一直在想也許我應該在XCode中嘗試Storyboard。故事板/筆尖與否
我一直使用編程方式完成我的意見的XCode，因爲我不太喜歡Interface Builder的過去。我想知道我的應用程序到底發生了什麼，所以我從來沒有真正使用過任何接口構建器。
所以我想聽聽使用過這兩種方法的人的經驗，優點和缺點。
我喜歡以編程方式管理我所有的UIViewControllers。但是當我設置UIViews時，我必須多次運行我的模擬器來檢查是否將視圖放在正確的像素上。
所以我喜歡Interface Builders，因爲我可以看到我的視圖將定位在哪裏。
您認爲如何？
新的StoryBoard界面相當不錯，直觀。它仍然給你細粒度的控制，但是，你不需要以編程方式做所有事情。我認爲這絕對是更有效率的，從我的角度來看，花費大約一個小時的時間來適應它絕對是值得的。
對於重複看到界面的應用程序的調整Interface Builder中一直這樣對我來說是節省時間 - 特別是對於挑剔的客戶項目。如果你已經知道如何手動編碼相同的東西，那聽起來就像你一樣，學習曲線並不那麼陡峭。我會說，去爲它，你不會後悔。我沒有。
在我有的應用程序中，我實際上使用了兩者的組合。
如果你習慣做的一切編程，那麼你可能會發現很容易與做分開xibs開始。
這樣做意味着VC的任何流程仍然以編程方式完成，就像您已經在做的一樣。
你使用一個Storyboard得到的主要好處是，你可以創建一個使用IB的應用程序以及每個VC的UI的流動。哦，你也可以在它所關聯的表中創建自定義的UITableViewCells。
一旦你已經習慣了用XIB做所有事情，你會發現移動到故事板的東西很容易。
說了這麼多，沒有的...代碼< XIBs <故事板鏈。
他們應該被起訴互補。
我已經做了幾個應用程序使用故事板，他們工作出色。就在聖誕節前，我開始了另一個應用程序，該應用程序的需求使我走上了明確使用XIB並沒有任何故事板的道路。
我也製作了應用程序，其中大部分應用程序使用故事板，但後來有一些共同的地方都使用相同的VC或全部使用相同的UIView子類，併爲我創建了自己的單獨的XIB文件。
這真的取決於你在做什麼，但無論哪種方式，如果你可以在代碼中做到這一點則大部分實際上是一個極大的方便，一樣強大的IB的時間。
（與景觀的排斥繪畫等）
這是一個有效的初學者問題，並停止在其他一些地區，使用的用戶界面設計工具，或handcode元素和「手動」有線起來 –
同意Harald。不應該被關閉。 – Fogmeister
我做這篇文章的原因是因爲當我是初學者時，我無法找到任何具體的地方列出這兩種方法的優缺點。經過這麼長時間，我試着再次搜索，沒有具體的出現。所以我認爲這會幫助很多人。但我也明白這也是推理。 – WYS