在app定制开发具体开发过程中中,除bug实际上占了很多部分工作任务,有的时候好好的开发计划,由于一些奇怪的bug就得耽搁一上午,正所谓“码字五分钟,排错两小时”是也。因此,能不能尽早尽早解决错误,是特别影响开发工作效率的。
app开发错误处理,我们有这么几个体会心得:
提早考虑到错误处理,在写正常情况下流程的业务代码前,先考虑到错误,“未虑胜,先虑败”,顺着工作流程分支,先把异常问题都解决掉,如获得线上数据信息显示一个列表,先考虑到网络连接超时、云服务器出错、数据信息失败等异常问题,并逐一列出相对应的提示,最终才解决数据信息正常情况下的情况,你本来就要写正常情况下业务代码和错误处理代码,你只需要调换一下工作的次序,实际上你投入的开发时间并没有增多,但你的工作效率却很大程度上提高了,由于如果一旦发生异常,我们可以快速分辨错误根本原因,减少很多时间。
这样做还有另一个好处,在你的思维深陷繁杂的业务逻辑前,先解决相对性简易的错误分支,能够预防你被业务逻辑搞到大脑供血不足后,再回来解决错误分支时一时疏忽手滑,写错或者写漏错误处理。
隔离前后台对接的api接口,最好是千万别直接使用后台提供的数据信息,之间加一层映射,一方面是因为,假如后台数据出了问题(数据信息错误、变更字段等),你在映射数据信息时就能发现和精准定位问题;而另一方面,也有助于你采用更适用App的数据信息形式进行数据信息持久化。
除此之外,个人建议做一个数据接口录入与检验专用工具,形式不管,但是要能轻松愉快地维护前后台数据接口,最好是能自动检测系统数据接口反馈是否正常情况下(云服务器负载过大、字段变更、第三方服务过期等)。
错误数据的收集、汇总和数据信息持久化
假如发生异常,最重要的是采集到错误代码行(如MainActivity第61行)和错误根本原因(如空指针异常),并记录为本地文件以备上传和查看。
1万个想法不如1次的方案落地