你们是怎么快速熟悉新项目的代码的？

[pyengwoei]

你们是怎么快速熟悉新项目（ 10 万行+）的代码的？

[l1905]

写单元测试

[nellace]

无他 唯改代码时候会去熟悉

[ichanne]

我最近正在接收一个 23w 行代码的 iOS 项目。。。赶紧收藏帖子

[mko0okmko0]

告诉老板功能太多吃不消.
问老板那些功能是想留下的.
然后直接做新的,旧的当参考.
我只能说,能接手别人没留下技术说明与注解的万行代码,
这种人我佩服,但绝对不想变这种人

[shakoon]

如果是标准的 mvc 模式写的代码，那分功能模块一层一层看。
如果是乱成一团的，那就先自己把它分段，按照你熟悉的方式做“段落整理”，然后再去看具体的代码。

[moe3000]

业务 走流程 边走边看代码 代码再联系数据表

[spacewander]

改 bug 的时候渐渐就熟悉了

[zhuangzhuang1988]

使用最强 IDE, visual studio 或者 jetbrains 家族.
然后下个断点, 调试

[thinkmore]

一个模块一个模块来，然后自己整理画类图

[binjoo]

直接丢给我一个项目让我熟悉是不可能的。。

除非丢给我 BUG ，让我去改，才能熟悉项目。

[cnbiglee]

我认为只需要熟悉业务流程及代码的架构。然后需要修改的时候就可以大概知道上哪改就行了。不可能去熟悉每行代码的，没必要。

[songco]

1. 按 usecase 的流程读代码, 花时序图 /流程图之类的(一定要有记录)
2. 改 bug

其实 2 效率比较高. 没有 bug 你可以考虑模拟在原有的业务上增加点功能.

[wizardoz]

熟悉每一行……这种要求也是醉了。
这种略大的程序，还是搞清楚整体结构就行了，然后哪里出问题看哪里，或者需要调整哪里看哪里。毕竟生命是有限的。
我不是说 10 万行代码看不完，只是过多的精力投入到细节上完全没必要，毕竟细节太多了。

[caixiexin]

帮忙修一个月 bug 。。。

[xiaoshenke]

从项目结构猜，从类名猜用途，运行打 log 。证实猜想是否正确。
找关键结点 比如入口函数 跳转函数等。

[sumuu]

分享下我熟悉一个上 10W 行(伪)代码的当时做法.
1. 熟悉业务,分析业务,把关键业务入口找出来,然后跟踪代码执行流程.
2. 整理外部依赖,把数据库连接,缓存系统,第三方请求等等记录下来.
3. 非到必要时候,别瞎改代码,否则到处冒烟,不骗你.

[huijiewei]

1 、整理全局流程图，标注好注意点，打印出来
2 、整理模块划分，打印出来
3 、根据模块整理单独接口，打印出来
4 、整理公共服务模块，把公共服务模块都独立出来

做完这些对系统也了解的差不多了。

[oska874]

多加班。

[sun2920989]

边看边在心里骂,顺便做好记录和结构
词穷的时候基本上就理解了

[ragnaroks]

重构