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