我必须在短时间内理解许多java类

我得到了一个新的项目，它有很多课程，我必须在很短的时间内理解它们

是否有任何工具可用，以便我可以作为源文件提供输入，它将向我显示所有类之间的所有关系

startUML对这类任务有帮助吗？它有点难用。是否有其他工具可以通过查看源代码来显示类图及其关系

---

提前感谢。

SPARX企业架构师可以非常巧妙地完成这项工作

这是一款相对昂贵的产品，但你可以在唐老街享受30天的免费试用

---

SPARX企业架构师可以非常巧妙地完成这项工作

这是一款相对昂贵的产品，但你可以在唐老街享受30天的免费试用

---

如果项目设计良好，并且开发人员非常重视常见的设计模式，那么我建议：

看一下GoF和J2EE模式（如果您已经有了这些模式的经验，请跳过）

研究架构（architecture）设计文档（应该可以让您很好地了解在何处预期哪些功能）

研究主要“子系统”的设计文件

自下而上也可以，但前提是程序员使用了好的名称（包、类、方法等等）

如果您的代码是。。说。。由牛仔编写的代码（而且你看不到逃跑的机会），你可以使用分析器来记录典型的用例。与启动程序、登录过程、HMI交互和研究探查器输出类似。然后你会看到流程，可能会对正在发生的事情有一种感觉

代码覆盖工具（emma）也可以提供帮助：为一个简单的用例编写一个测试用例，使用emma运行它，并研究结果（它们应该，使用了哪些类和方法）

---

最后：祝你好运。

如果项目设计良好，并且开发人员非常重视常见的设计模式，那么我建议：

看一下GoF和J2EE模式（如果您已经有了这些模式的经验，请跳过）

研究架构（architecture）设计文档（应该可以让您很好地了解在何处预期哪些功能）

研究主要“子系统”的设计文件

自下而上也可以，但前提是程序员使用了好的名称（包、类、方法等等）

如果您的代码是。。说。。由牛仔编写的代码（而且你看不到逃跑的机会），你可以使用分析器来记录典型的用例。与启动程序、登录过程、HMI交互和研究探查器输出类似。然后你会看到流程，可能会对正在发生的事情有一种感觉

代码覆盖工具（emma）也可以提供帮助：为一个简单的用例编写一个测试用例，使用emma运行它，并研究结果（它们应该，使用了哪些类和方法）

---

最后：祝你好运。

虽然生成图表很方便，为什么不拿起笔和纸自己动手呢？我这里不是说UML，只是带行的方框

通过这样做，当你再次点击它时，你至少知道你以前见过类/接口，你实际上可以形成整个事物的结构，真正了解类之间的联系。另外，您还可以使用自己的图表作为参考，询问其他人您是否正确理解了结构和行为

---

我不相信有任何“快速”的方法可以做到这一点，你只需要接受一个事实，那就是你必须坐下来真正做到这一点。我们最近在我工作的公司里有一位新员工，他花了大约一周的时间才了解了我们主要产品的完整结构（以及遗留JSP看起来有多糟糕），但最后他知道了足够多的知识，开始使用应用程序本身。然而，这里最重要的一点是，不要期望在一周内完全学习该软件，通常理解该软件至少需要花费在工程设计上的时间的10%。

虽然生成一个图表很方便，为什么不拿起笔和纸自己动手呢？我这里不是说UML，只是带行的方框

通过这样做，当你再次点击它时，你至少知道你以前见过类/接口，你实际上可以形成整个事物的结构，真正了解类之间的联系。另外，您还可以使用自己的图表作为参考，询问其他人您是否正确理解了结构和行为

---

我不相信有任何“快速”的方法可以做到这一点，你只需要接受一个事实，那就是你必须坐下来真正做到这一点。我们最近在我工作的公司里有一位新员工，他花了大约一周的时间才了解了我们主要产品的完整结构（以及遗留JSP看起来有多糟糕），但最后他知道了足够多的知识，开始使用应用程序本身。然而，这里最重要的一点是，不要期望在一周内完全学习软件，通常理解软件至少需要花费最初用于工程设计的10%的时间。

我通常只启动调试器，查看几个用例的执行路径，而不是查看UML图。经过一些“ahaaa…”时刻之后，大局将变得清晰，特别是如果应用程序分层合理的话（这意味着并非每个用例都需要以这种方式进行检查）

---

此外，由于这是一项工作，所以请尝试将重点放在应用程序中需要更改/修复/扩展的部分。您可能不需要从整体上理解应用程序，至少对于初学者来说是这样。

我通常只启动调试器并查看几个用例的执行路径，而不是查看UML图。经过一些“ahaaa…”时刻之后，大局将变得清晰，特别是如果应用程序分层合理的话（这意味着并非每个用例都需要以这种方式进行检查）

此外，由于这是一项工作，因此请将重点放在p上