第一个Iphone项目的30条心得

 

1. 需求分析不是很明确详细，影响后面工作进度,虽然完全考虑全面我觉得不可能，但能想到的都要考虑考虑。

2. 代码注意保存，及时提交代码到配置库，或本地备份代码。

3. 对别人的模块要有最基本的了解。出问题时，能分辨出问题是谁的问题。

4. 出现问题时，不管是自己或别人的能够帮上忙得尽量帮吧。反正就是不能那种事不关己，高高挂起。要明白这是一个团队。

5. 并行时开发时，依赖别人尚未完成的模块时，自己能够调整先完成后面可以提前的工作。

6. 项目中功能和其他成员模块有联系时，要好好和他沟通沟通，别想当然。修改方案时，应该让项目负责人知道。

7.接口文档查看时必须用心，一个参数类型错误，或大小写错误度都会。在出现问题时，重要的时能够分析出错提示。是空指针，还是参数名字错误，或文档错误。

8.写代码时最好能考虑周全点。有可能你想的场景代码没问题。但换个场景就可能挂了。如调用异步的服务时，如果二个请求，公用一个服务对象。在短时间发送请求时， 结果只能回调一个。

9.在调用接口请求，但接口未返回时，退出导航栏，可能造成服务对象释放。回调时就找不到服务对象。又挂了。

10.能公用的代码最好能够抽出来到公共类中。

11.delegate如果设为retain时，会造成泄漏，但是这个用leak检测工具却查不出来。综合利用alloction工具时，却能发现内存总是升高没回降。

12.UIImage中的imageName方法会缓存数据。可能alloction工具检测时，发现内存降不下来就是这个原因。可以考虑用initWithContentsOfFile代替。但这个却可能速度慢。 所以还得综合考虑。

13.有可能代码出现语言错误时，可能和模拟器的配置相关。在代码实在找不出问题时。可以查看机器配置。(地图调用返回地址是英文时可能出现这个问题）

14.在dealloc的时候，最好能够先释放试图里面的子视图。这个我用工具检测的时候有时会出现泄漏问题。暂时也没明白。最好这样吧。

15.出错信息最好能在dealloc的开头写。NSLog(@"dealloc %@",[self class]);这句写到最后，必挂。

16.NSLog这个东西，在release版本的时候。还是应该加宏处理。毕竟也是耗CPU的。

17.想到的问题，最好能搜搜。不行就上stackoverflow.com。选择所有断点，开始一个一个删很麻烦。这都是我不知道win键+Alt键+B键。这个就在前面站点找到的。

18.再一个是作为程序员打字最好能盲打。总低头抬头很伤颈部的。特别是按WIN键+C键。我发现很多人说自己不看键盘，一测试还是很多一上一下的。

19. 遇到的问题。换个方法有可能就柳岸花明了。我在处理自定义对话框的时候。开始用的方法。能够达到效果。但同时弹出时，却没有背景了。处理好久，最终换个贴背景方法就 OK了。

20.图片名称你都不能修改。处理动画图片的时候，美工给了我一张"jpg"的图片，我发现先前全是”PNG“的图片。我就将其改成”PNG“。模拟器中跑没问题。但最后要放真机测试 却报错。

21.在需要调用服务器接口时，考虑下断网的情况，也是必须的，设计不好的话，很费时间。（这个在需求文档中根本没提及）

22.遇到难处理的问题能够讨论讨论，三人行必有我师。自己有时就容易犯傻吧。简单问题容易复杂化（不过可得自己先好好想想，能把自己的问题描述清楚)。

23.最好能有注释，这个自己基本没写注释。很不好意思。看写了注释的代码的确很轻松。

24.每个人的代码有必要统一一个标准，要不代码很不协调。

25.视图中添加子视图时，可以将其独立写成一个视图类。可以将一个LoadView中几百行代码减少点。出现问题也好定位些。

26.在出现"ESC"引用功能失效的时候，可以重启机器。一般就可以了。

27.在写Modal的时候，有些布尔类型的属性。当时不是很熟悉用NSNumber代替了。当时不是很熟悉虽然暂时没什么问题。觉得服务端是什么类型最好能匹配。

28.调用服务器请求时，最好别放willapperar方法中。

29.就我写底层的情况大体都差不多，所以我应该好好写好一个例子，不管是内存或者其他特性情况考虑周全。其实是磨刀不误砍柴工。

30.写过的东西，可能能跑了。特别是当参考比人的Demo，例子时，直接拿过来的。其实每行代码你还真不一定很清楚。如果再去看看。总能够发现点什么的。