app定制開發過程出現異常的(de)處理(lǐ)方法

　　在app定制開發實際開發過程中，除bug其實占了(le)相當一部分(fēn)工作量，有時(shí)候好好的(de)開發計劃，因爲幾個(gè)詭異的(de)bug就得(de)耽誤半天，所謂“碼字5分(fēn)鐘(zhōng)，排錯兩小時(shí)”是也(yě)。所以，能否盡早盡快(kuài)處理(lǐ)異常，是非常影(yǐng)響開發效率的(de)。

　　app開發異常處理(lǐ)，我們有這(zhè)麽幾條心得(de)：

　　提前考慮異常處理(lǐ)，在寫正常流程的(de)業務代碼之前，先考慮異常，“未慮勝，先慮敗”，沿著(zhe)業務流程分(fēn)支，先把異常情況都處理(lǐ)掉，例如獲取在線數據顯示一個(gè)列表，先考慮網絡異常、服務器報錯、數據失敗等異常情況，并依次給出相應提示，最後才處理(lǐ)數據正常的(de)情況，你本來(lái)就要寫正常業務代碼和(hé)異常處理(lǐ)代碼，你隻需要調換一下(xià)工作的(de)先後順序，其實你投入的(de)開發時(shí)間沒有增加，但是你的(de)效率卻大(dà)大(dà)提升了(le)，因爲一旦出現異常，我們可(kě)以迅速判斷異常原因，節省大(dà)量時(shí)間。

　　這(zhè)樣做(zuò)還(hái)有一個(gè)好處，在你的(de)思維陷入複雜(zá)的(de)業務邏輯之前，先處理(lǐ)相對(duì)簡單的(de)異常分(fēn)支，可(kě)以避免你被業務邏輯搞到大(dà)腦(nǎo)缺氧後，再回來(lái)處理(lǐ)異常分(fēn)支時(shí)一時(shí)疏忽手滑，寫錯或者寫漏異常處理(lǐ)。

　　隔離前後台對(duì)接的(de)數據接口，最好不要直接使用(yòng)後台提供的(de)數據，中間加一層映射，一方面，如果後台數據出了(le)問題(數據異常、變更字段等)，你在映射數據時(shí)就能發現和(hé)定位問題;另一方面，也(yě)有利于你采用(yòng)更适合App的(de)數據形式進行數據持久化(huà)。

　　另外，建議(yì)做(zuò)一個(gè)接口錄入與檢查工具，形式不論，但要能輕松地維護前後台接口，最好能自動檢測接口反饋是否正常(服務器負載過大(dà)、字段變更、第三方服務過期等)。

　　異常信息的(de)收集、彙總和(hé)數據持久化(huà)

　　如果出現異常，最重要的(de)是采集到異常代碼行(如MainActivity第61行)和(hé)異常原因(如空指針異常)，并記錄爲本地文件以備上傳和(hé)查看