iOS Debug心得 (持续更新)

最近在维护一个内部比较混乱的APP，Debug的时候遇到很多比较痛苦的地方，

因此做一个Debug记录，对以后的开发会有比较大的帮助；

这样，在开发新项目的时候就可以争取把一些BUG扼杀在襁褓中。

---

>> 切换Debug模式和Release模式，如果你不清楚这两种模式的区别的话，你是没办法正常打包应用的！

>> 把调试和发布模式对应的配置都写到一个配置文件里，方便更改！

     以下内容可供参考：

     1. 测试服务器和正式服务器的地址

     2. 各种第三方平台接口或者SDK的AppKey等标识符

     3. 如果是RN类型的APP，可能还要配置WebView里的BaseURL

>> 用不同的Bundle Identifier来区分不同的应用，这样就可以同时打包和安装正式版、测试版

为啥这样做？上司想装两个客户端来检查你的结果啊！

>> 用写死的数据来测试接口内容，不必找后台要测试数据，大家都很忙的！

>> 注意金融数据的精度，在传递金额数据到后端时，如果没有规定要求，就用字符串类型来传！

我维护的项目里面，之前的开发人员竟然使用了NSInteger来存储金额！！！

>> 不要盲目追求MVVM架构，能够把MVP实践好，把必须做的单元测试写好就已经很棒了！

总之，要想办法把耦合度降低！

我负责维护的项目的耦合度非常高，MVC三部分高度耦合，后期更新和维护很费力！

>> 项目的文件目录结构要清晰、符合逻辑，文件的分布要利于查看！

不要让所有的查看都依赖于搜索，这样其实很麻烦！

>> 让程序入口和每个模块的入口都容易找到，这样找BUG会轻松很多；

我负责维护的项目，入口隐蔽，文件目录也比较乱！

>> 网络访问模块要做好URL打印的区分，便于调试的时候校对URL信息是否异常；

在你需要处理很多URL信息的时候，如果只是能看到URL，你将变得十分痛苦！

>> 除非为了效率或者可以肯定固定参数布局后的效果，否则尽量使用AutoLayout来进行UI布局。

>> 未完待续

---

转自我的博客园：http://www.cnblogs.com/ficow/p/6552576.html