1. 只寫代碼：實(shí)際是放棄了stroyboard和xib帶來的便利，熟練了也不會(huì)太慢，適配布局基本用Masonry，
   好處：文件占用空間會(huì)比較小導(dǎo)出ipa體積小，利于團(tuán)隊(duì)協(xié)作之處在于合并代碼沖突可能性會(huì)降低
   弊處：代碼量多review困難，復(fù)雜頁(yè)面布局時(shí)需要反復(fù)的去查看實(shí)際效果及不同設(shè)備顯示情況，耗時(shí)耗力

   代碼+拖拽：主流方式，充分利用可視化效果，節(jié)省做界面時(shí)間
   storyboard便利在于能更清晰的看到視圖間上下級(jí)關(guān)系，對(duì)于復(fù)雜頁(yè)面尤其方便，缺點(diǎn)是團(tuán)隊(duì)協(xié)作時(shí)如果不注意會(huì)導(dǎo)致沖突，所以又有了一個(gè)storyboard只放少量幾個(gè)vc的做法
   xib基本都是一個(gè)對(duì)應(yīng)一個(gè)vc/view/cell，沖突減少了，各做各的事，不方便就是tableView里不能直接放置cell，一般采用registerNib方式注冊(cè)并添加，處理復(fù)雜的列表時(shí)不如storyboard方便

2. 純代碼其實(shí)也沒什么，不過是對(duì)于多了些各個(gè)控件的初始化代碼和布局代碼，關(guān)于布局的部分你需要學(xué)習(xí)上面提到的Masonry，但是你需要先熟悉autolayout的方式再上手，不適合一開始接觸的人

這里是iOS進(jìn)階書籍，有幾本挺不錯(cuò)的，但我一本都沒讀過...

你說的拖曳指的是頁(yè)面布局里的各種控件吧，我的建議還是要活用IDE里的UI設(shè)計(jì)工具，可以提高很多效率，畢竟一個(gè)APP的開發(fā)不僅僅是在UI上，還有很多的應(yīng)用邏輯，系統(tǒng)調(diào)用，網(wǎng)絡(luò)通信，數(shù)據(jù)存儲(chǔ)等，沒必要過多的練習(xí)并只滿足于用代碼完成UI

如果你的項(xiàng)目比較大不建議使用storyboard（超過十個(gè)界面）,多個(gè)界面的事件綁定以及ui布局放在一個(gè)顯示器內(nèi)每次切換和查詢會(huì)很累。

如果是多人開發(fā)建議用純代碼，前期調(diào)試以及封裝會(huì)麻煩一些。到后期有技術(shù)積累，各組件庫(kù)相對(duì)成熟，開發(fā)效率是最高的，同時(shí)包也小很多。

xib可以根據(jù)個(gè)人喜好使用。

建議UI用storyboard和xib,用的好不會(huì)有問題的,個(gè)人感覺比純代碼方式優(yōu)雅的多