![]() | 1 coetzee 2014-01-07 09:30:50 +08:00 ![]() 我都是删着读,边读边删(确切的说不停地精简,总结出一个最小的核,然后慢慢补充),最后总体捋一下脉络,不过最近有个同事的程序让我快要崩掉了! |
![]() | 3 loading 2014-01-07 09:51:36 +08:00 via iPhone ![]() 根据你的水平。 低水平,一个个函数分开读 中间水平,整体读 高手,不管函数,看结构 |
![]() | 4 loading 2014-01-07 09:52:58 +08:00 via iPhone ![]() 如果是进阶,要调换一下… |
![]() | 5 meta 2014-01-07 10:51:42 +08:00 请高声朗读。 |
![]() | 6 tox 2014-01-07 13:11:44 +08:00 先了解项目的结构,和各个模块的功能。 然后可按照自己感兴趣的模块阅读。 |
![]() | 7 greatghoul 2014-01-07 13:27:50 +08:00 我其实是按 Commit History 读的,这样能够看到项目的演进,最近这样读 Ruby China 的代码,学到了不少好东西,还有就是读的时候要适当的做一下笔记。 |
![]() | 9 acros 2014-01-07 14:32:41 +08:00 做游戏项目的,一般模块很多。 我习惯先找一个目标(比如修改某个技能),然后定位代码。看实现(一般运行debug跟着执行走)。然后看模块组织,最后浏览下框架。基本上是由点及面,从小到大的顺序。 记得有本书专门讲代码阅读的 |
![]() | 12 sdysj 2014-01-07 19:01:31 +08:00 代码写多了自然随便看一段就会慢慢跟踪上下文,很自然的感觉。。。。 |
![]() | 13 Akagi201 2014-01-07 22:18:24 +08:00 先猜代码实现什么功能(或者看文档或者听同事说), 然后看懂个大概流程, 看跟自己想的一不一样, 如果是很复杂的代码就要一点点分析的看了. |
![]() | 14 regmach 2014-01-07 22:27:32 +08:00 从过程追溯函数,再延伸到其他类和过程 这样的方法可以吗? |
![]() | 15 zhujinliang 2014-01-07 22:40:35 +08:00 via iPad ![]() |
![]() | 16 liuting 2014-01-08 10:22:45 +08:00 需要逻辑.. |
17 tkdchen 2014-01-08 11:42:13 +08:00 使用ctags。 从代码的循环和分支结构中,从宏观了解某个函数或者方法的逻辑。 一定要使用版本控制,例如git,bzr,hg。 及时的做注释并使用TODO,FIXME,NOTE做标识。 适时地做合理地推断 |
![]() | 18 stackpop 2014-01-08 12:09:59 +08:00 我的习惯是按模块读,然后自己设法把这个模块抽离出来,再进行改造。比如leveldb,我先读的是他的LRUCache,redis我先读了他的hash的实现 |
![]() | 19 goto 2014-01-08 18:10:41 +08:00 阅读代码有时候非常有趣,读到好的代码那真是一种享受 |