我们公司离线提供ABAP系统分析服务。也就是说，系统的ABAP代码被提取出来，并作为XML发送给我们。我们使用一个用Java编写的工具来分析系统。就我个人而言，我不是ABAP专家。
一个即将完成的任务是构建一个类继承图。基于XML当然可以做到这一点。但是由于ABAP提供了RTTS/RTTI，为什么不使用它呢？我的想法是：
- 编写一个ABAP程序，查询RTTI并提取完整的类层次结构
- 以XML形式发送结果，并提供一个访问该信息的接口（这不是问题的一部分）
现在我的问题是：第一点听起来像一个好的/可行的想法吗？是否存在任何陷阱，例如性能瓶颈？
只要将分析限制为全局类，这应该很容易。本地类和类层次结构提供了一个挑战：它们可以是任何类型的程序的一部分，而且不容易被发现。你必须为潜在的候选人检查大量的项目，这可能非常耗时。除此之外，这是一个完全可行的想法。
正如vwegert所指出的，只要你的类是在对象存储库中设计的，使用se80/se24等工具，这将相对容易，RTT服务提供了所有必要的方法来内省层次结构、继承以及IIRC接口实现。报表/类方法、函数模块或接口方法实现中的本地类，如果简单地从上到下进行编码，将需要付出更多的努力。但这也是可以做到的。怎样请参阅软件包SFUNC。在那里，代码检查是预先执行的，在那里，你肯定可以提取这些逻辑，这是由control-F2触发的代码检查完成的。顺便说一句，你想要创建的图形也可能已经由你的ABAP伙伴创建了。他们似乎已经提供了XML，所以也许他们可以在这里称之为："A_SHOW_UML_DIAGRAM_JNET"并将图表发送给您。全部完成并授权-D还有其他方法，在ABAP中可视化内容，并将其放到hd中，在那里可以通过电子邮件发送。一种方法是我们相对经常使用的模块"RS_DD_GRAPHIC"。功能组"SDG1"也提供了一些其他功能。
我的建议是：如果你可以在一个系统中完成所有的需求，结果是一个文件（位图、.pdf，任何只显示层次图的东西，所以最后，如果目标是only可视化），并且你确信only反映类存在于对象存储库中，那么试试SAP Stuff only。它有你或你的团队需要的所有方法，你在一个系统中行动。让它称之为一种职责分离。