大家讨论一下如何读代码吧

xiaoyao4005

大家读开源代码，如snort这样的，一般都怎么读呢？是直接读呢还是跟踪调试读呢？
我喜欢用sourceinsight来直接读，大家说说看啊

黑胡子

这个帖子要顶啊...

wroxman

感觉读代码和读书一样的道理，但是代码和数不一样的地方 一个是代码可能不是编的很精 （当然是相对数来说的），另外，也没有书那么容易读，毕竟代码是 用来编译而不是让我么自己读的。所以，小菜认为只要觉得是比较有思想 的地方可以认真的读下 像SNORT那样的 挑一部分重点出来就可以了   可能BILLGATES也没有读过，但是他应该理解的到每个模块的功用。

writer15

读源码前文档有那么多看那么多，尽量从高层抽象角度看源码。如果什么也没有的话，只能从文件结构==>函数==>行这样看了。

最后， 当然少不了查找功能。

这是我的个人经验。

yxm0513

读代码真郁闷，特别是内容多了，
看到后面，忘了前面，函数名称，参数。。。
  #ifdef  #else ....，加上不同标准什么的，搞的很郁闷

h0tr0ck

我觉得看自己看代码的目的
举例：你是看这个程序的架构还是看如何实现哪些功能。
看架构我也不清楚，后来兄弟顶一下吧。看功能就看相关的代码就OK了，最开始是要调通程序，心里有自己的想法再看，或是说想下是你该如何实现的再看

lris

原帖由 yxm0513 于 2007-11-5 20:35 发表
读代码真郁闷，特别是内容多了，
看到后面，忘了前面，函数名称，参数。。。
  #ifdef  #else ....，加上不同标准什么的，搞的很郁闷

明白构架后,把代码分块,逐个击破.
可以边看边画流程图,在流程图上可记下重要的函数,这样好理清头绪.

baohuaihuai

原帖由 lris 于 2007-11-6 14:34 发表

明白构架后,把代码分块,逐个击破.
可以边看边画流程图,在流程图上可记下重要的函数,这样好理清头绪.

同意.一小块一小块地看,在看不大懂框架的时候甚至可以一个个函数地看,看入口和出口都是什么.
把看懂的每一小部分都记录下来,慢慢就知道它们的联系了.

zhanglp888

分功能块读
像楼上说的，得记下来，做笔记，要不，真是看了后面，忘了前面