討論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第一次寫博客，希望大家不要笑我，天外有天人外有人，哪裏說的有缺陷希望各位幫我指正一下！希望認識更多同行一起進步！