我是一名新手程序员，作为我项目的一部分，我必须修改一个开源工具（用java编写），它有数百个类。我必须修改其中的很大一部分以适应项目的需要。在过去的一个月里，我一直在努力阅读代码，试图找出每个类的功能，并试图从头到尾找出管道。
80%的课程有不完整/缺失的文档。剩下的 20% 是构成该工具的通用 API 的那些。一个月的代码阅读帮助我理解了基本的架构。但是我无法弄清楚我需要为我的项目所做的确切更改。有一次，我开始修改代码的一部分，很快就做了太多的更改，以至于我再也不记得了。
一位朋友建议我试着写下班级层次结构。有没有更好（标准？）的方法可以做到这一点？
有一本很棒的书，叫做《有效使用遗留代码》，作者是Michael Feathers。这里有一个较短的文章版本。
他的观点之一是，你能做的最好的事情就是为现有代码编写单元测试。这有助于您了解入口点的位置以及代码应如何工作。然后它可以让你重构它，而不必担心你会破坏它。
从链接的文章中，他的策略摘要：
1. Identify change points
2. Find an inflection point
3. Cover the inflection point
a. Break external dependencies
b. Break internal dependencies
c. Write tests
4. Make changes
5. Refactor the covered code.
