1.防止代碼中的硬編碼

比如訂單狀態，訂單來源類型等， 之前的代碼里面全是直接寫的1，2，3，4等等的狀態碼， 如果不看相關文檔時間一長很難搞清楚狀態碼對應的是那種狀態，類似這樣的情況最好寫成枚舉值，在用的時候也會比較清晰，而且點進去查看 也可以看到每個狀態碼具體對應哪個狀態

2.定義接口請求API

每個請求定義一個自己的API，統一管理，這樣會使代碼結構看起來更加的清晰，假如要更換某個接口的請求地址，就可以直接找到相應的API，更改其url即可，其他調用的地方均不用進行代碼更改；

3.Masonry布局

在APP的開發中，對于view的創建均采用Masonry自動代碼布局， 剛開始會感覺這樣的代碼看起來會對一些，寫起來不是很簡單，但是寫完之后對于各個機型的適配還是相當可以的，還有一點值得注意的是，添加約束時的空間間距或者控件大小的時候不要在硬編碼，寫成宏定義處理，這樣將來代碼維護時，只需要更改宏定義里面的值即可修改頁面布局；當然對于一些簡單的靜態頁面用xib也是不錯的選擇，這個依個人興趣而定。

4.接口返回數據解析

解析接口返回數據時，要多加一些非空及有效性的判斷，比如數組要判空防止出現數組越界，字典要判是否有效，防止直接用 key value 的方式取到空值，導致程序崩潰

5.對于一些主要變量及方法一定要加注釋

針對一些比較重要或者很關鍵的方法 都應該寫一下注釋，避免其他人看到這些代碼會一臉懵逼，甚至自己過段時間返過來看自己代碼時候都搞不清楚這個變量是什么意思，有什么作用， 那個方法在哪里調用等等問題，所以必要的注釋還是要加的。