windows - 向外行解释 DLL 依赖关系

Question

这来自 previous posting我提出缺少用于软件安装的干净测试机。我在解释 DLL 依赖项如何工作以及某些机器在安装时可能没有正确的库方面做得很糟糕。问题在于它被视为构建过程中的缺陷。我正在努力教育高层，这不是构建过程本身，而是安装过程应该受到指责。

下面引用我老板的话，将分包商的工作与我们的工作联系起来，以便正确看待:

I'm not a software person. All I see is that when they hand something to us it just works but when we hand something to the client there's all sorts of problems. There must be something wrong with how you're building the code.

[edit]当分包商的应用程序到达时，它们可以直接复制到我们的开发机器上，因为我们的机器包含所有正确的 Microsoft 运行时库。然而，在客户机器上，并不是所有的机器都包含这些依赖关系。[/edit] 很容易看出一个聪明的人(非常聪明)是如何得出错误的结论的。那么，您将如何解释整个 DLL 依赖性问题？

Answer 1

您可以使用他可能更熟悉的类比。比如搬进新办公室。

假设您是承包商，您决定搬进新办公室。你列出了你认为在你的新办公室中需要的所有东西的 list ，互联网，电话，传真，复印机，压力球等。然后你决定搬进一个共享办公室，那里已经有很多这样的东西，还有更多。所以你搬进来了。你带走了它没有的东西，比如压力球、盆景树等。

您没有意识到的是，除了您 list 上的所有东西外，还有一些您在共享办公室开始使用的其他东西，例如咖啡机、打洞器等。您这样做时相当不经意，所以您不要将这些东西添加到您的“必需品”列表中。

然后你和共用办公室里的一些人闹翻了，所以你决定，管他呢，你一个人去，换一个全新的空办公室。所以你拿出你需要的所有东西的 list ，然后打电话开始订购。伟大的。只是当你搬进新办公室时，你发现没有咖啡机、打洞器等。

因此，虽然您仍然像以前一样能干，但您无法完全完成工作，因为您需要的某些依赖项不可用。

所以在这个“你”中是你编写的软件，办公室是你正在安装的机器，依赖项是你的软件所依赖的东西，以及你在安装构建过程中需要的东西的列表。

也许……