我了解使用书签来记住代码中的单个点。但是,如何跟踪他们正在研究的代码流?例如:多个书签及其制作顺序。
例:
错误报告:“碰撞不在墙角上起作用”
- 错误的再现将其归结为某些不会碰撞的多边形。
- 冲突代码是由不可用的开发人员编写的。因此调查如下:
在调查期间,尤其是在审查诸如Google之类的非代码项目时,可能会合理地期望人们放弃它们在代码中的位置(我是否已经查看过此代码路径?或者我正在调查哪个代码路径?到此功能等)。不可避免的中断也是如此(老板:我现在需要[Lengthy Pointless Report]等)
拥有一种技术或工具资源来提供一种跟踪代码中位置的方法将非常有用。
编辑:上面的示例仅供参考,而不是需要回答的实际问题。
表达这个问题的另一种方法是:
在学习新系统时,如何跟踪学习代码的方向?这不是要了解代码为什么要执行其工作(即应使用注释),而是要了解其如何执行(仅通过阅读代码而不是注释来学习)。