这是一个创建于 2296 天前的主题，其中的信息可能已经有所发展或是发生改变。
会不会去翻之前人家的 commit 记录？ 感觉最后一个大项目一眼看过去昏头昏脑的。。。
然后去翻之前的 commit 一点一点看又有点浪费时间，因为 iOS 的 swift 语法变得太频繁了，后面的代码跟前面比已经改的面目全非了
非专业人士请教一下，如何更高效的看别人的源码
 |
1
Tianao 2019 年 10 月 21 日 via iPhone  1
小宝贝 Review 法
是可在软件工程中使用的一种 review 代码的方法。方法就是在代码的 review 过程中，review 者令 commit 者坐在自己大腿上耐心地向其解释每一行代码的作用，以此来高效地 review 别人的源码。 |
 |
4
devallin 2019 年 10 月 21 日
前几天遇到了一套万物皆要封装的代码，我直接弃疗了。
|
 |
5
wamson 2019 年 10 月 21 日 via iPhone 1
一般从入口开始追代码，并补上注释，不明白的就把变量 log 出来。
|
 |
6
charlie21 2019 年 10 月 21 日 1
大部分人并不具备开源软件鉴赏能力，简单说就是给你看个精光你也看不懂
当然，“开源软件鉴赏” 这种事情基本就是一片空白。基本上如果你能读懂一个东西你就能写出 / 迭代出 一个轮子 所以还是造轮子 |
 |
8
rogwan 2019 年 10 月 21 日 1
所以文档很重要，高质量的文档能帮助阅读者了解开发者的思路
|
 |
9
TomVista 2019 年 10 月 22 日
主要靠注释和命名含义.
|
|
11
TomVista 2019 年 10 月 22 日
不行 就加上脑图,我最近接到一份双终端双服务器的代码,酸爽的不行
|
 |
12
iRiven 2019 年 10 月 22 日 via Android
看变量名函数名，然后看直觉
|
Select Language