这是一个创建于 3780 天前的主题，其中的信息可能已经有所发展或是发生改变。
如何高效率的解读一个稍大工程的源码，如题，各位有没有这方面的经验
 |
1
happywowwow 2014-08-13 16:19:39 +08:00  1
找写代码的要一份开发文档
|
 |
2
lazyphp 2014-08-13 17:17:38 +08:00
看文档，其次需求。
没文档，需求是了解一个项目 最快的唯一途径。 |
 |
3
jsonline 2014-08-13 17:18:21 +08:00 via Android
问之前的架构师，不可能有更快的方法
|
 |
4
stackpop 2014-08-13 17:56:23 +08:00
我一般是从文档和测试用例开始的。
|
 |
5
bleaker 2014-08-13 18:18:59 +08:00
Source Insight
|
 |
6
blackjam OP @happywowwow 一般开源软件貌似都没提供开发文档只有API文档哦
|
 |
7
akfish 2014-08-13 19:43:45 +08:00 1
说句设计模式黑不爱听的话：懂设计模式。不管项目开发者是不是设计模式黑、懂不懂设计模式、有没有刻意的去用设计模式，好的项目最终总会是趋向某种设计模式。
一般我先看工程目录结构，就能知道80%的文件里的代码大概是干嘛的，知道这个项目业务逻辑是怎么拆分的。 然后我再去看我感兴趣的部分，比如某个功能怎么实现的。 一般我会知道某个功能大概有那么几种实现方式，看一眼就知道是不是我知道的某种方式，如果是，没必要细看了，如果不是，才会去细看。 另一种情况就是某开源库有bug、缺功能，这种时候我不会先去完整的看一遍代码，直接开始改，改完项目代码就理解得差不多了。 |
 |
8
xiandao7997 2014-08-13 20:16:16 +08:00 via Android 1
|
Select Language