问题标签 [dependencies]

我可以从 Visual Studio .NET 项目中轻松查看单个项目引用的项目和 dll。

是否有任何应用程序或反射的使用可以为我构建一个完整的依赖关系树，我可以使用它来绘制依赖关系的图形图表？

为了分发我编写的一个函数，该函数依赖于我编写的其他函数，这些函数有自己的依赖项等等，而不分发我曾经编写过的每个 m 文件，我需要弄清楚依赖项的完整列表是什么对于给定的 m 文件。是否有内置/可免费下载的方式来执行此操作？

具体来说，我对 MATLAB 7.4.0 (R2007a) 的解决方案感兴趣，但如果在旧版本中有不同的方法，请务必在此处添加它们。

我正在使用 GCC 生成依赖文件，但我的构建规则将输出放入子目录中。有没有办法告诉 GCC 将我的子目录前缀放在它为我生成的依赖文件中？

如何将项目的运行时依赖项复制到target/lib文件夹中？

就像现在一样，mvn clean install该target文件夹仅包含我的项目的 jar，但不包含任何运行时依赖项。

在使用我们的 TeamCity 持续集成服务器时，我们发现了一些我们不确定最佳处理方式的问题。即如何在 CI 服务器上引用我们的应用程序需要的外部应用程序。

这最初是在对 Crystal Reports 的依赖中发现的，因此我们在服务器上安装了 Crystal Reports，以解决当前的问题。然而，随着我们将更多的应用程序转移到 CI 服务器上，我们发现了更多的依赖关系。

这里最好的策略是什么？是否继续在服务器上安装所需的应用程序？

谢谢

考虑一个使用 WinForms 的基于 MVC 模式的普通客户订单应用程序。视图部分增长太多（超过 4000 个文件），需要拆分成更小的文件。

对于这个例子，我们将使用 3 个项目作为视图部分：

• Main - 依赖于其他 2 个项目。用列表实例化表单。
• 客户- 有 2 个表格 - 客户列表和客户详细信息。
• 订单- 有 2 个表格 - 订单列表和订单详情。

在客户详细信息表单上，还有该客户的订单列表。该列表是从 OrdersController 接收的，因此获取它没有问题。当用户选择一个订单时，列表将获取它的 guid 并将其作为参考传递给 Order Details 表单。

这意味着我们需要在客户项目中引用订单项目。 (1)

但在订单详细信息表格上也有一个指向下订单的客户的链接。单击后，应打开“客户详细信息”表单。

这意味着我们需要在订单项目中引用客户项目。 (2)

从 (1) 和 (2) 开始，我们将在 Orders 和 Customers 项目之间建立循环依赖关系。

如何避免这种情况？某种插件架构？该项目已经开发完成，最好的解决方案将涉及尽可能少的代码更改。

我正在使用 P/Invoke 从我的项目中调用非 .NET dll，这意味着 .dll 必须始终存在于 .exe 的目录中。

有没有办法告诉Visual Studio这个依赖，这样编译时会自动将.dll复制到输出目录，并在setup中自动包含.dll？还是我必须手动执行此操作？

我正在编写一个组件，给定一个 ZIP 文件，它需要：

1. 解压缩文件。
2. 在解压缩的文件中查找特定的 dll。
3. 通过反射加载该 dll 并在其上调用方法。

我想对这个组件进行单元测试。

我很想编写直接处理文件系统的代码：

但是人们经常说，“不要编写依赖文件系统、数据库、网络等的单元测试。”

如果我以对单元测试友好的方式编写它，我想它看起来像这样：

耶！现在它可以测试了；我可以将测试替身（模拟）输入 DoIt 方法。但代价是什么？我现在必须定义 3 个新接口才能使其可测试。我到底在测试什么？我正在测试我的 DoIt 函数是否与其依赖项正确交互。它不会测试 zip 文件是否已正确解压缩等。

感觉我不再在测试功能了。感觉就像我只是在测试课堂互动。

我的问题是：对依赖于文件系统的东西进行单元测试的正确方法是什么？

编辑我正在使用 .NET，但这个概念也可以应用 Java 或本机代码。

我刚才在使用 MSBuild 时遇到了一个奇怪的情况。有一个解决方案包含三个项目：LibX、LibY 和 Exe。Exe 引用了 LibX。LibX 又引用了 LibY，有一些内容文件，还引用了第三方库（安装在 GAC 和本地 lib 文件夹中的几个预构建程序集）。第三方库被标记为“复制本地”（“私有”）并出现在 LibX 项目的输出中，就像 LibY 的输出和 LibX 的内容文件一样。现在，Exe 项目的输出有 LibX 项目输出、LibX 项目的内容文件、LibY 项目输出（来自 LibX），但没有第三方库的程序集。

现在我通过直接在 Exe 项目中引用第三方库来解决这个问题，但我觉得这不是一个“正确”的解决方案。

以前有人遇到过这个问题吗？

有哪些利用 Eclipse 进行依赖管理的方法？