討論IOS開發以及自己的經驗
1. 基礎知識
基礎知識有時在開發中不怎常用，理由是現在有很多三方工具，比如網路AFN，資料庫FMDB（當然有直接存盤模型model的工具）等等，快速開發中基本不怎么常用，
但是在一些大公司基礎知識比較重要，不用這些三方工具，都是分裝自己的輪子上傳到git上，然后用cocoapod管理，這樣的話就很重要了，對基礎知識要求很嚴格，比如：網路底層累NSUrlSession, GCD多執行緒，Runtime運行時，離屏渲染，刷幀，CPU優化等等
面試找作業時也很重要，因為面試官一般都是基本不問你經驗，不看你寫的代碼質量和穩定性，拓展性；只知道問一些基礎，而且看你的外表形象，看你順眼就錄取；
2.開發注意事項
一般剛入行，或則開發了3，4年的iOS，雖然功能都能實作，但是還是做不到特別細心，代碼特別穩定的開發，偶爾由于后臺資料變化，或則自己的代碼不夠嚴謹出現奔潰，在這里建議寫代碼是一定要考慮全面，比如寫一行代碼時試著假象一下，如果這個資料變化了我iOS端會不會出現奔潰，會的話就多添加一個if(){}else{}判斷在例外里邊彈個提示或則不彈提示，記住考慮越全面判斷越多代碼越穩定，當然我們一般都會寫幾個工具類一行代碼搞定，這個寫出來的代碼絕對不會因為啥么因素導致奔潰情況發生，因為奔潰是我們最嚴重的bug.
當做到代碼穩定性特別好的時候，奔潰不再發生，用戶可以正常使用的時候，接下來我們就要想辦法優化代碼，優化記憶體，優化界面，在這里我簡單的說幾點：耗時的任務一定要開辟一條子執行緒，執行完任務回呼到主執行緒，或則同時放置一個加載框也可以， 記憶體優化的話平時自己注意點一般不會發生，Xcode也有自己的檢查工具，我相信大家都會用也會看， 我在這里說一個最笨的方法分享一下做一個nsobject父類,重寫dealloc方法，專案所有類都繼承它，當你切換界面時如果一個界面沒有走這個log日志那么一定是記憶體沒有釋放，在這個界面找問題就好！還有一個就是記憶體泄露，當有大量圖片或則一個多次回圈等情況家就會造成記憶體泄露，這里我簡單描述下這兩個問題的記憶體泄露，大量圖片是一定要用collectionView，或則tableView，而且一定要做成cell共用，如果不能共用刷的多了一定奔潰，這個問題需要注意；另一個就是回圈導致的記憶體泄露了，針對這種情況需要手動添加釋放池加快記憶體釋放！還有就是界面優化在app穩定運行用戶體驗基本沒問題的基礎上，我們接下來需要優化界面：首先就是避免離屏渲染因為這個很容易導致掉幀，也就是界面卡頓，特別消耗GPU，也可能是滑動界面程序中大量開辟記憶體創建新的物件這樣的話特別消耗cpu, 也可能是耗時任務沒有放在子執行緒處理這樣的話也會導致界面卡頓，出現界面不流暢的話希望找個專門優化界面的檔案一步步認證排查！
如果寫出的代碼特別穩定，記憶體也優化的沒問題，而且界面也特別流暢，我覺得一個比較完美的app就開發完成了！
3. 專案結構
這個問題是最重要的，也是最具有技術含量的，但也是很多人包括面試官最容易忽略的一個問題，一個結構好的app專案，可拓展性，可維護性特別高，就算添加了很多新的功能和需求，代碼邏輯依然那么清晰，除錯bug只需要到自己開發的固定模塊里邊修改就好！而且想做一個功能特別多，用戶體驗好，代碼穩定的app，專案結構是重中之重！
我覺得很多干的年限不長的iOS開發，最后導致離職的原因是“TMD，一直改代碼一直加需求功能”，其實我們不妨想一想是不是自己的開發思想缺少進步，導致代碼一坨坨的，最后自己都分不清綠豆幾顆黃豆幾顆了！而且只要一動代碼很多奇詭的bug都會向你擁抱，最后維護都困難別說繼續開發了，只能閃人了！當然我也煩無理由的，沒必要的新需求，但是做了這一行我們也許能做的就是把自己的代碼模塊化，代碼清晰，可拓展性特別好！這樣的話你就可以再也不怕新需求了，哈哈😄
這里說一下代碼結構自己的認識，最基本的機構有mvc, mvvm兩種常用的！當然我覺得不管用哪種你要把代碼寫死都很容易，這點大可放心😄， 我們應該做的就是功能模塊化，一個功能一個模塊，然后再把一個模塊按分工分成多個小模塊， 兩個或兩個以上地方用到的同一個或則相似的功能我們完全封裝一個工具單獨抽出來，為了拓展性我們也可以用代理delegate做引數傳遞，這樣的話可以降低耦合性！當然如果是很大的一個獨立功能我們完全可以打包framework靜態庫上傳git用cocoapod管理，總的來說就是保證代碼層次分明，面向物件思維～誰的事情誰處理，誰負責！
開發了7年iOS第一次寫博客，希望大家不要笑我，天外有天人外有人，哪里說的有缺陷希望各位幫我指正一下！希望認識更多同行一起進步！
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/243605.html
標籤：其他
上一篇：求兩點距離