iOS開發過程中，你更喜歡用Storyboard/xib做界面，還是直接用代碼來寫界面？
01-26
單人開發storyboard 想要復用的時候選擇xib；多人合作用代碼 方便閱讀 其實更重要的是看情況隨機應變
代碼手寫UI，xib和StoryBoard間的博弈，以及Interface Builder的一些小技巧
我的項目中有UI創建類和UI布局類，常用的UI都可以很方便的通過幾行代碼創建出來，布局方面大多藉助我的UI布局類，採用相對位置的思想，這樣一來，感覺比用storyboard拖拖拽拽要效率高很多。
1.Storyboard 是個好東西，可以快速搭建app,適合獨立開發者和較小的項目。但是大型項目合作開發的項目最好不要用，因為頁面一多，就感覺Storyboard亂七八糟的，也沒有辦法合作開發。
2 其實UI沒必要考慮復用，基本上沒機會復用，產品經理天天有新想法。
3.xib比Storyboard有明顯的劣勢，它是整個頁面全部載入，浪費資源。不過xib好管理，利於合作快速開發。
4.如果項目要求較高，就得用代碼了。但是開發速度明顯沒有xib和Storyboard快。
5.至於如何選擇，就看應用場景了。我在工作中從來沒有過Storyboard，但是自己開發demo應常用，工作最常用的是xib輔以代碼。
用代碼寫樣式
優點：可復用缺點：在沒有嚴格代碼規範的小團隊中，代碼無法維護，debug困難。用xib、storyboard寫樣式
優點：頁面結構清晰，產品迭代迅速。缺點：不可復用，隨著文件的增大，打開storyboard文件會很卡..我現在在用storyboard，因為個人覺得這是趨勢，即使有不爽的地方，我相信蘋果也會在之後的sdk迭代中做優化，而且針對版本控制，我發現storyboard文件也不會很容易衝突，或者可以把不同的模塊放在不同的storyboard文件中，這樣團隊中的每個人負責不同的模塊，就更不會相互打擾了。Storyboard. 這樣新加入的開發人員可以很容易掌握app的現有架構。
美術人員可以直接在上面拖拽UI元素。另外很好奇純代碼的人是如何實現AutoLayout的？還是習慣用代碼，感覺靈活度更大。
代碼，寫過java gui的都知道，只有在運行時才知道界面，基本苦力勞動。好處是可控性超強。xib，可視化，快捷。項目時，視人員情況選用。
以前，不用XIB，因為很難用。現在，混用代碼＋Storyboard搭建出架構和流程對於多人合作很有幫助
Storyboard
學習了，我也在疑惑這個問題 謝謝
對於初學者我覺得還是純代碼能學到的更多，能夠理解其中的更深層次的東西，不過有時候用storyboard會方便很多，按下control一拖就行省得了很多代碼
storyboard 是大流把，蘋果大力推薦的。現在項目都是鼓勵開發能用storyboard就用，感覺一些一上來就看的見得view還是用storyboard或xib方便，動態的界面輔以code就好了
我可以用我任何想用的方式寫界面，json，xml，excel
當然，肯定有更高級的方式，不說了。有一種情況需要考慮，xcode8使用了八十個xib，項目適配了ios7，現在需要在ios7上調試，好吧，為了能在xcode7中運行項目（xcode8沒辦法跑ios7的機器的），所有的xib文件屬性都要修改的（「open in xcode 7」），所以我一開始為了方便項目模塊的代碼管理使用了xib，現在開始轉向storyboard了，為了配合模塊的管理，一般一個模塊一個storyboard，這樣在xcode7上運行的時候修改的文件就大大減少了
老項目用Xib +代碼動態布局，小項目用storyboard，自己的項目用純代碼寫。代碼寫的控制的會好一點，心裡踏實。
萬惡之源的SB 衝突了的時候 慢慢糾結吧