C++ （视觉）C++；项目依赖性分析

我在新的工作场所有几个大型项目，它们之间有一组复杂的静态链接库依赖关系

libs的数量大约在40-50之间，而且很难确定最初的结构是什么，在完整的依赖关系图上没有明确的文档

有人会推荐什么工具来提取这些数据

假设以最简单的方式，如果执行以下操作：

定义与库单元对应的路径集

将其中的所有.cpp/.h文件设置为属于这些编译单元

捕获一阶#包含依赖关系树

一个人将拥有足够的信息来组成一个映射-重构-并重新组合映射，直到他创建了一些顺序

我注意到它有一些不错的东西，但不幸的是，它完全是.NET

我读到了一些关于Doxygen能够完成一些配置静态依赖性分析的文章；是否有人将其投入使用以完成此任务？

导致：

---

此工具非常适合分析包含树：。你应该能够从那个工具中得到很多有用的信息。

< Stime><强>是我之前使用过的一个免费工具。

< P>我应该开始使用一个大型的C++项目，这是依赖管理的需要，所以自然我一直在浏览一些工具。我惊讶地看到，CPPDenden在这里被标记为最受欢迎的产品，因为单个许可证的价格为300欧元，而IncludeManager的价格为20英镑。。做同样的工作。如果这里有人使用了其中一种或两种工具，是否有“好”的理由让我花额外的280英镑（1-1欧元）购买CPP

*请注意，我想拥有我自己的个人副本，因此公司是否拥有它无关紧要。

可能是您想要的。 我写它是为了分析大型C/C++项目的组件/包/包组之间的依赖关系。

---

它是由John Lakos的书《大规模C++软件设计》提供的DePyUTILS（ADEP/CDEP/LDDEP）的改写。

< P>您可以使用DoxyS作为帮助，它生成了包含所包含文件的PACS作为生成文档的一部分。 见：

---

-马丁

谢谢，它看起来有点过时，但有几个人提到了它，所以它一定是在某个阶段达到了鼎盛时期由于它有来源，我可以做一些小的修改，以满足我的迫切需要。但是是的，它没有光泽；）这就是我要找的。我对独立产品的功能感到嫉妒。然而，它确实是我们需要维护的最古老的C++的山，最需要工具，比如HMM…也许我很密集，但似乎cppredent（2.8.5）不允许查看文件依赖项（#include dependency）。它确实显示了丰富的信息，但“仅”在项目+类级别上。那里有死链接。