這個因人而異，不過在程式屆有個奇葩的心理就是：純程式碼佈局的看不起storyboard（xib）佈局的。我從iOS5.1開始開發iOS程式，如果沒記錯的話當時xib才推出沒多久，我的第一反應就是WC這個也太方便了吧，不過公司有公司的要求能用程式碼佈局的儘量不要xib佈局，所以一直是手寫佈局。對於兩種佈局方式我的分析如下。
程式碼佈局：對於有4-5年的iOS開發者來說，手寫程式碼佈局是一種習慣，會不知不覺的愛上那種快速敲擊程式碼的感覺，也喜歡那種由程式碼操作然後每次run看效果的驚奇感，哈哈哈，那種和預想不一樣的刺激感不要太爽，哈哈哈！在當時的開發環境下為了程式碼的迭代以及不會因為人員流動造成公司的開發成本上升所以一般要求手寫佈局。雖然我之前也喜歡手寫佈局但是真的相對於xib佈局開發效率確實慢了好多。總結就是就目前而已我還是覺得程式碼分離式手寫佈局維護升級確實有一定優勢。
xib（storyboard）佈局：這種佈局方式特點很鮮明：快，直觀，跳轉流程清晰。使用這種開發方式簡直飛一般的感覺。這種方式應對現在的敏捷式開發是非常方便的，不過有個讓人抓狂的毛病就是編輯慢，超慢。雖然xib佈局最終是翻譯成xml的，但是我做過測試就是用樣的介面程式碼佈局的包比xib佈局包小一些（此處驗證可能不準確）。
其實蘋果公司的想法就是讓開發者開發iOS程式越來越簡單，入門越來越快速，甚至把開發iOS程式簡化到人人都能開發的樣子（我覺得這個想法實現比較困難）。
總結兩種開發方式其實並沒有感覺有什麼好壞之分，一般公司有要求這根據要求來開發。不過storyboard開發是趨勢，畢竟敏捷開發快速迭代才重要。
這個因人而異，不過在程式屆有個奇葩的心理就是：純程式碼佈局的看不起storyboard（xib）佈局的。我從iOS5.1開始開發iOS程式，如果沒記錯的話當時xib才推出沒多久，我的第一反應就是WC這個也太方便了吧，不過公司有公司的要求能用程式碼佈局的儘量不要xib佈局，所以一直是手寫佈局。對於兩種佈局方式我的分析如下。
程式碼佈局：對於有4-5年的iOS開發者來說，手寫程式碼佈局是一種習慣，會不知不覺的愛上那種快速敲擊程式碼的感覺，也喜歡那種由程式碼操作然後每次run看效果的驚奇感，哈哈哈，那種和預想不一樣的刺激感不要太爽，哈哈哈！在當時的開發環境下為了程式碼的迭代以及不會因為人員流動造成公司的開發成本上升所以一般要求手寫佈局。雖然我之前也喜歡手寫佈局但是真的相對於xib佈局開發效率確實慢了好多。總結就是就目前而已我還是覺得程式碼分離式手寫佈局維護升級確實有一定優勢。
xib（storyboard）佈局：這種佈局方式特點很鮮明：快，直觀，跳轉流程清晰。使用這種開發方式簡直飛一般的感覺。這種方式應對現在的敏捷式開發是非常方便的，不過有個讓人抓狂的毛病就是編輯慢，超慢。雖然xib佈局最終是翻譯成xml的，但是我做過測試就是用樣的介面程式碼佈局的包比xib佈局包小一些（此處驗證可能不準確）。
其實蘋果公司的想法就是讓開發者開發iOS程式越來越簡單，入門越來越快速，甚至把開發iOS程式簡化到人人都能開發的樣子（我覺得這個想法實現比較困難）。
總結兩種開發方式其實並沒有感覺有什麼好壞之分，一般公司有要求這根據要求來開發。不過storyboard開發是趨勢，畢竟敏捷開發快速迭代才重要。