鍍金池/ 問(wèn)答/C  iOS/ iOS APP開(kāi)發(fā)入門(mén)新手:是全部寫(xiě)代碼還是代碼和拖拽結(jié)合?

iOS APP開(kāi)發(fā)入門(mén)新手:是全部寫(xiě)代碼還是代碼和拖拽結(jié)合?

最近在學(xué)習(xí)iOS APP開(kāi)發(fā),看了一些國(guó)外的入門(mén)書(shū)籍和視頻,都是以拖拽+代碼的形式來(lái)教學(xué)的,感覺(jué)接受度還是可以的。但是問(wèn)了做iOS開(kāi)發(fā)的朋友,他們說(shuō)只寫(xiě)代碼,不用拖拽。

想問(wèn)一下:
1.在實(shí)際的項(xiàng)目中,基本上都是只寫(xiě)代碼的形式嗎?只寫(xiě)代碼代碼+拖拽 兩種方式的利弊?
2.只寫(xiě)代碼這種形式,新手如何更塊地上手?有推薦書(shū)籍或相關(guān)資料嗎?

謝謝!

回答
編輯回答
鐧簞噯
  1. 只寫(xiě)代碼:實(shí)際是放棄了stroyboard和xib帶來(lái)的便利,熟練了也不會(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í)也沒(méi)什么,不過(guò)是對(duì)于多了些各個(gè)控件的初始化代碼和布局代碼,關(guān)于布局的部分你需要學(xué)習(xí)上面提到的Masonry,但是你需要先熟悉autolayout的方式再上手,不適合一開(kāi)始接觸的人

這里是iOS進(jìn)階書(shū)籍,有幾本挺不錯(cuò)的,但我一本都沒(méi)讀過(guò)...

2018年1月3日 13:02
編輯回答
祉小皓

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

2018年6月20日 08:25
編輯回答
扯機(jī)薄

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

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

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

2018年8月3日 10:08
編輯回答
瞄小懶

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

2017年11月15日 10:20