本文作者從2009年開始進行iOS系統(tǒng)的開發(fā)工作，中間參與開發(fā)了無數(shù)款應(yīng)用。本文就是結(jié)合他多年心得，總結(jié)出的一些能夠讓應(yīng)用開發(fā)更高效、更有趣且更具可維護性的方法。

1、保持源生

如果代碼保持源生平臺，就不會真正出錯。任何跨平臺的技術(shù)都可能會增加復(fù)雜性，并有可能給項目引入bug。此外，報告的實際節(jié)省時間差異也很大。目前，我們只聽說過有大型項目因跨平臺而感到后悔，而未曾聽說過大型項目因保持源生而感到后悔的。還是不要冒險比較好。

2、避免使用外部庫

如今使用外部數(shù)據(jù)庫完全沒有必要，許多事情通過源生框架就能完成得很好。連接網(wǎng)絡(luò)就是個很好的案例，我們無需某些炫酷的數(shù)據(jù)庫才能解決，只管基于iOS的聯(lián)網(wǎng)代碼，根據(jù)項目需求構(gòu)建自己的封裝就好，這樣的做法簡單而具有靈活性。這一道理適用于幾乎所有我們需要的功能，當(dāng)然在一些實際案例中，我們不得已必須使用到外部數(shù)據(jù)庫。比如想要在應(yīng)用中嵌入谷歌地圖，或者Intercom對講機，那也是可以接受的。

3、不要使用軟件包管理器（package manager）

既然我們不應(yīng)當(dāng)使用那么多外部數(shù)據(jù)庫，也就無需軟件包管理器了。只管將個別的外部數(shù)據(jù)庫加入項目，然后借助專用工具來管理，這樣更節(jié)省時間。

4、在代碼中寫入布局，不要采用Storyboard

Storyboard可以幫助初學(xué)者快速上手，但如果需要一些合理的動態(tài)布局的話，無論如何都要在代碼中寫入相關(guān)的邏輯，那么，干嘛不在一開始就這么做呢？我曾經(jīng)見過許多項目中都有碩大的Storyboard，其視圖控制器中空無一物。更不要說自動布局了——這些只會給簡單易寫的內(nèi)容增加復(fù)雜性。實際上，來自筆者的建議是：將所有布局邏輯寫入代碼，丟掉Storyboard和自動布局。簡單，又具有極度的靈活性。至于具體做法，筆者有 另一篇文章 可以借鑒。

5、使用Core Data

新上手iOS開發(fā)的程序員很少使用Core Data，它很復(fù)雜，要入手就需要一大堆的樣板代碼，而且乍看沒什么吸引力。剛開始iOS開發(fā)的頭一年，筆者也花了一些時間進行深入研究，結(jié)果以失敗告終。之后讀到了 這篇文章 ，于是決定再花些時間來研究。最后，一切清晰起來，使用Core Data的確是在iOS中處理數(shù)據(jù)的最佳辦法，它非常強大，能夠幫助開發(fā)者解決一些非常困難的問題，比如幾乎每個應(yīng)用都會出現(xiàn)的持久性問題以及傳播數(shù)據(jù)變化的問題。誠意推薦Core Data。

以上這些建議有助于開發(fā)者創(chuàng)建出一個可以存續(xù)數(shù)年，應(yīng)對不同iOS版本的可維護項目。請保持簡單。

https://hackernoon.com/5-key-learnings-after-8-years-of-ios-development-7190d8a01d09

來自：http://www.infoq.com/cn/news/2017/07/8-years-ios-old-5-remark

標(biāo)簽： 代碼 谷歌 開發(fā)者 數(shù)據(jù)庫 網(wǎng)絡(luò)

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。