问题标签 [dependencies]

我正在使用 VisualC++ 6.0。（而且，是的，我正在使用 Mosaic 浏览器..；）我的 VC++ 项目对“调试”和“发布”构建配置具有不同的依赖项设置。因此，当我从一种配置切换到另一种配置时，我每次都必须手动更改依赖关系。有没有更好的方法来做到这一点？我可以根据每个配置保留我的依赖项设置吗？

介绍

在我目前的组织中，我们有许多桌面和 Web 应用程序都在某个时候相互提供。在维护旧应用程序或创建新应用程序时，很难尝试记住哪个系统依赖于其他系统才能工作。我不是在谈论诸如 DLL 和图像之类的软件依赖项，而是在谈论整个系统，例如依赖于 HR 系统的财务系统等。

我的问题

跟踪一个整个系统如何依赖另一个系统的最佳方法是哪一种？

_{答案可以建议执行上述操作的方法、软件包或文档技术。}

_{在我的特定情况下，许多意味着十几个服务器上的 20 多个 Web 和桌面应用程序。}

对于不同的配置文件，maven pom.xml 文件中是否可以有一组不同的依赖项？

例如

我想在一个配置文件中选择一个不同的依赖 jar 文件，该文件具有相同的类名和相同接口的不同实现。

Boost 是一个非常大的库，具有许多相互依赖关系——编译也需要很长时间（对我来说这会减慢CruiseControl的响应时间）。

我使用的 boost 的唯一部分是 boost::regex 和 boost::format。

是否有一种简单的方法可以仅提取特定 boost 子库所需的 boost 部分以加快编译速度？

编辑：回答关于我们为什么要重建提升的问题......

1. 解析 boost 头文件仍然需要很长时间。我怀疑如果我们可以只提取我们需要的东西，解析也会更快。
2. 我们的 CruiseControl 设置从头开始构建一切。如果我们更新我们正在使用的 boost 版本，这也会变得更容易。但是我会调查看看我们是否可以改变我们的构建过程，看看我们的构建机器是否可以在发生更改时构建 boost 并将这些更改提交给 SVN。（我公司有一项政策，所有出门的东西都必须在“构建机器”上构建。）

我正在寻找 javadeps 的替代品，我曾经用它来生成 Makefile 的各个部分，以指定哪些类依赖于哪些源文件。

不幸的是，javadeps 本身已经有一段时间没有更新了，并且无法解析泛型类型或静态导入。

到目前为止，我发现的最接近的是Dependency Finder。它几乎可以满足我的需要，但不将非公共类与其源文件匹配（因为源文件名与类名不匹配。）我当前的项目有一个接口，其唯一的客户端是包私有类的内部类，所以这是一个重大问题。

或者，如果您不知道执行此操作的工具，您如何使用命令行工具在大型 Java 项目中进行增量编译？您是否一次编译整个包？

笔记：

1. 不要将 javadeps 与jdepend混淆，后者的用途非常不同。
2. 这个问题是对“推断java项目依赖关系的工具”的重写，这似乎被三分之二的响应者误解了。

假设我有两个预定进程：A 和 B。

鉴于 B 不应该在 A 完成之前运行，我该如何优雅地强制执行这种依赖关系？

已考虑的方法：

1. 完成后有一个时间表 B。如果由于某种原因 A 失败，这具有 B 永远不会被安排的缺点。

2. 当 B 运行时，让它 ping A 以查看后者是否已完成。如何实现这一点（网络、文件、数据库记录、消息队列）可能会很混乱，并且引入第三个依赖项会有问题。

3. 将 A 和 B 合并为一个进程。这具有将两者紧密结合的缺点，如果需要，很难单独重新运行其中一个或另一个。

想法？

我尝试使用反射向我的 Windows.Net 应用程序添加一个插件系统；但是当有依赖的插件时它会失败。

插件类必须实现一个接口“IAddon”并有一个空的构造函数。
主程序使用反射加载插件：

当插件不使用依赖项时效果很好。但是，如果我的插件引用并使用保存在磁盘中插件附近的另一个 DLL (C:\Temp\TestAddon\MyTools.dll)，它将失败：
System.IO.FileNotFoundException: 无法加载文件或程序集 'MyTools.dll ' 或其依赖项之一。

我不想在我的可执行文件附近复制插件 DLL，我该如何告诉 .Net 运行时在“C:\Temp\TestAddon\”中搜索任何依赖项？

请注意，添加

不要改变任何东西。

在开发 C# 应用程序时，我注意到在几个地方静态初始化器相互依赖，如下所示：

没有做任何特别有效的事情。这只是运气吗？C# 是否有解决此问题的规则？

编辑：（回复：Panos）在文件中的词法顺序似乎是王道？跨文件呢？

在寻找时，我尝试了这样的循环依赖：

并且程序运行不一样（测试套装全面失败，我没有进一步研究）。

在 C++ 项目中，编译依赖性会使软件项目难以维护。限制模块内部和模块之间的依赖关系的一些最佳实践是什么？

我即将继承一个具有大量第三方依赖项的相当大的 Java 企业项目。至少包含 70 个 JAR，其中一些似乎未使用，例如我知道未使用的 spring.jar。

多年来，随着各种开发人员接触到代码库，他们似乎都尝试了新的每月项目类型库。

如何摆脱这些？当然，在合理范围内，显然某些依赖项有助于不必重新发明轮子。

我显然对基于 Java 的项目很感兴趣，但我欢迎跨语言回答人们认为会有帮助的问题。