iOS 如何写出更加严谨的应用

本文旨在介绍一些能够帮助大家避开一些开发误区的经验。

11325120-7709af22aac4c827

12325120-f4e5b9eb614d231a
13325120-64e0a68a520c0988

这样下次不论谁读代码,都有一种清晰明了的感觉,不会出现调用的越多,传入的参数越多,逻辑越混乱的情况。

2:测试环境和正式环境一定要标注,保证自己不会忘。也算是给自己提醒。

14325120-6cf47a6b872fe11e

最后在获得数据时候,需要将每个参数都看一遍。保证上传参数没有问题。当下意识去提前写某些东西的时候,其实你也就对可能发生的问题,有了提前的预估,在这之前就提前标记。
最近在开发App Extension,手动撸请求的时候,一定要标记根请求地址,防止本地请求和线上请求混淆,避免在开发过程中一直出现找不到服务地址的问题。

15325120-ce320650130cc42f
16325120-8b76461e80040982
17325120-0627d2d129e8cffc

3:在开发迭代过程中,UI永远都是廉价的。每个版本都要删除一些不必要的控制器Controller去替换,或者当我们需要修改一些特定逻辑的时候,全局搜索,别忘记用。如果你觉得工程中的命名不符合Apple的开发规范,那么也别忘了一键替换所有类名。

4.冗余的界面需要统一的回调,统一的处理,统一返回给服务器。类似这样的界面总共19列,那么为了减少处理逻辑,统一处理,必不可少。先不说,这有多少人用,先看看如何处理的。

18325120-69dcc8944987acef
19325120-3556761b36be310e
20325120-333410f592641466
21325120-8c74286e27daa40b

5: 编码记得先写文档

刚开始工作的时候,总是一接到任务就马上开始写代码,结果可能遇到了很多问题,例如:
1. 需求本身就存在问题,代码写到一半以后才发现
2. 部分需求没有表达清楚,发现的时候才去沟通,结果发现时间不够,或者跟之前的代码产生冲突
3. 代码写到一半时,发现自己思路不对或者不清晰了
最后很有可能导致项目延期。
如果在开发前就把需求分解好,把问题沟通清楚,把要做的点一个个列下来,就能大大地避免这些问题。

6.实现需求,最好先写Demo.
用 Demo 来实现一个需求是最快的,因为它运行快,可以随意修改,而且代码量少,如果实现过程出现问题,很容易就可以定位到原因,保证问题能够快速的被找到。也就是隔离法。
先建立一个 Demo,然后把需要的资源移植过来,把功能实现以后,再移植到项目中,这样可以节省不少开发时间.

我的备忘录中,每天都有备忘的代码,确保自己不会忘。

22325120-b806fc8e1fa4735b
1 2 收藏 评论

相关文章

可能感兴趣的话题



直接登录
跳到底部
返回顶部