64,637
社区成员
发帖
与我相关
我的任务
分享大家来谈一谈，如果开始看一个开源项目
因为学习的需要，我可能需要看一个诸如apache类似的项目
但发现，此类项目的源码量都很大。
按照我一般的做法，通读从main开始的框架，然后再再一步步扩展开来；如果遇到多线程，会加入写到logger等的方式查看调用以及输出。
说说我最近感到此种做法的不足之处：
1、很慢(那是当然)
2、容易乱(调用的层级越多越容易出错)
3、容易迷失在非重点的地方中
大家来说说，在需要看这种项目的时候，该如何着手？
还求大家多多分享经验。。谢谢
但发现，此类项目的源码量都很大。
按照我一般的做法，通读从main开始的框架，然后再再一步步扩展开来；如果遇到多线程，会加入写到logger等的方式查看调用以及输出。
说说我最近感到此种做法的不足之处：
1、很慢(那是当然)
2、容易乱(调用的层级越多越容易出错)
3、容易迷失在非重点的地方中
大家来说说，在需要看这种项目的时候，该如何着手？
还求大家多多分享经验。。谢谢
...全文
请发表友善的回复…
发表回复
healer_kx 2013-03-04
- 打赏
- 举报
你说要是看代码，就自己慢慢看，
要是看开源项目，除了看代码，还的看他们的邮件列表什么的。
图灵狗 2013-03-04
- 打赏
- 举报
另外补充一点，如果文档齐全的话，那么建议先从文档看起，然后再来理解代码。
tonforce 2013-03-04
- 打赏
- 举报
项目太大的话，找到她的概设，有详设更好
最好钻龙打洞也要搞到。
如果没有，就只能踏实地按照楼上各位大侠的描述干咯
不过如果自己能把理解了或未理解的模块在纸上形成个记忆
那会相当有帮助的，不然通常看了这块忘了那块，很痛苦的
漫步者、 2013-03-04
- 打赏
- 举报
还是要从整个框架着手，然后看从程序入口开始去理解项目
qq120848369 2013-03-04
- 打赏
- 举报
架构比较重要, 能找个人先了解一下架构比直接扎进去看管用.
赵4老师 2013-03-04
- 打赏
- 举报
用Source Insight软件
赵4老师 2013-03-04
- 打赏
- 举报
按各种线索看：
◆入口、初始化、主循环、退出前的清理
◆建立日志、写日志
◆建立连接、关闭连接
◆读取配置、保存配置
◆接受请求、解析请求、组织结果、发送结果
◆……
每天看一遍，防止恋爱&&堕落 2013-03-04
- 打赏
- 举报
有道理！
每天看一遍，防止恋爱&&堕落 2013-03-04
- 打赏
- 举报
这话说得有点深奥了，难不成是单步汇编？找bug可以，看项目的框架 看汇编有点。。。
每天看一遍，防止恋爱&&堕落 2013-03-04
- 打赏
- 举报
是的，我也经常看他里面的邮件的
书犹药也，善读之可以医愚 2013-03-04
- 打赏
- 举报
其实你自己的方法就不错，你可以再看之前，也就是你第一轮的时候，先猜哪部分是核心的，然后再顺藤摸瓜
zhao4zhong2 2013-03-04
- 打赏
- 举报
对学习编程者的忠告：
眼过千遍不如手过一遍！
书看千行不如手敲一行！
手敲千行不如单步一行！
单步源代码千行不如单步对应汇编一行！
图灵狗 2013-03-04
- 打赏
- 举报
没有什么特别的方法，多看多画多动手，量变引起质变的过程，也就是必须保证足够的量。
ForestDB 2013-03-04
- 打赏
- 举报
多看吧。
东看点，西看点，尽量串起来。
