文章存档
相关博文
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
分类： c/c
2006-10-18 10:24:07
体会[2006-10-13]:
在作开发前的工作步骤:
1>. 了解系统功能, 了解系统应该完成什么,不应该完成什么.
2>. 设计程序运行大体步骤.[框架]
3>. 解决难点,关键代码的算法.
4>.
调式的体会:
1>. 在linux下作底层开发最好的调式还是printf,但用printf也有一个技巧,在关键地方把关键变量,地址print. 在运行时用>/tmp/tmp.txt中,也就是将printf信息加入文件中来分析会是一种不错的方法.
2>. gdb在逻辑不是很复杂时用可以,如果要在10000条代码中找是什么地方错了还是printf好, 我说的这10000可能是同样的代码(在循环中, 输入1000条记录结果900条处错了,但你又没办法模拟那900记录时的各种变量值时, 用printf到文件中分析文件真的很不错).
体会[2006-10-17]:
1>. 注意线程中的malloc操作,如果线程的操作与进程的关系很紧密时,一定不要在线程中分配空间。将线程的分配空间操作移到进程中来完成。这样可以减少bug，段错误问题也可以比较好的防止。当然如果线程的操作是特别独立的，与进程的关系不大时在线程中分配空间操作时挺合理的，注意的是功能的单一性，简洁。
2>. 在写具体的代码前一定要做好设计，不要因为设计简单就不做了，因为在写代码前很多细节的问题你是考虑不到的。我常犯这中错误，总到写不下去的时候才想起来好好的设计一下。设计可以让你自己选择一种合理的解决问题的方案，好的方案比好的代码更重要，设计就是让你真正明白你所想的方案是否可行。
在作开发前的工作步骤:
1>. 了解系统功能, 了解系统应该完成什么,不应该完成什么.
2>. 设计程序运行大体步骤.[框架]
3>. 解决难点,关键代码的算法.
4>.
调式的体会:
1>. 在linux下作底层开发最好的调式还是printf,但用printf也有一个技巧,在关键地方把关键变量,地址print. 在运行时用>/tmp/tmp.txt中,也就是将printf信息加入文件中来分析会是一种不错的方法.
2>. gdb在逻辑不是很复杂时用可以,如果要在10000条代码中找是什么地方错了还是printf好, 我说的这10000可能是同样的代码(在循环中, 输入1000条记录结果900条处错了,但你又没办法模拟那900记录时的各种变量值时, 用printf到文件中分析文件真的很不错).
体会[2006-10-17]:
1>. 注意线程中的malloc操作,如果线程的操作与进程的关系很紧密时,一定不要在线程中分配空间。将线程的分配空间操作移到进程中来完成。这样可以减少bug，段错误问题也可以比较好的防止。当然如果线程的操作是特别独立的，与进程的关系不大时在线程中分配空间操作时挺合理的，注意的是功能的单一性，简洁。
2>. 在写具体的代码前一定要做好设计，不要因为设计简单就不做了，因为在写代码前很多细节的问题你是考虑不到的。我常犯这中错误，总到写不下去的时候才想起来好好的设计一下。设计可以让你自己选择一种合理的解决问题的方案，好的方案比好的代码更重要，设计就是让你真正明白你所想的方案是否可行。
给主人留下些什么吧！~~