最近在维护一个内部比较混乱的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布局。
>> 未完待续
