c# - 类库的 app.config 中的绑定(bind)重定向有什么作用吗？

Question

我经常使用的 VS 解决方案包括一个单个可执行项目(控制台应用程序、网络应用程序)和许多类库项目，它们都被可执行文件引用。

在使用 NuGet 和安装包时，通常会为每个项目创建一个 app.config 文件，通常只包含一个绑定(bind)重定向列表，用于合并引用程序集的版本。有时会有一些特定于第三方库的内容(例如 Entity Framework 配置部分)，但我们暂时将其放在一边。

当我构建解决方案并使用主要可执行项目的二进制文件时，我在构建输出中看到所有类库项目程序集以及相应的 *.config 文件( app.config 文件在构建时重命名为 AssemblyName.config。

启动主要可执行文件时，类库程序集的配置文件是否生效？还是只是可执行文件的 app.config 文件在这种情况下有影响？如果在某些类库项目上设置了一些绑定(bind)重定向，并且在主要可执行项目上设置了一些不同的绑定(bind)重定向，该怎么办——这些如何组合，哪个优先？

我试图在线研究这个问题，从我读到的内容来看，在我看来，不可执行程序集的 app.config 文件是无用的(关于绑定(bind)重定向) .有人可以确认这一点或详细说明该主题吗？

如果是这样的话，如果这些 app.config 文件仅包含绑定(bind)重定向，那么在类库中是否真的不希望这些文件由 NuGet 创建？我觉得 NuGet 不应该为类库项目创建那些绑定(bind)重定向，因为它只会增加对实际应用的设置的混淆。

---

我发现了这些关于该主题的现有 Stack Overflow 问题，但它们接受的答案实际上是矛盾的，即使它们被标记为彼此重复。

• Why NuGet adds app.config with assemblyBinding to LIBRARY projects during a NuGet package update?

• Is the bindingRedirect .config file needed or all assemblies in an application?

The accepted answer to the first question提到 app.config 文件实际上是在编译时使用的，这意味着它们可能会起作用。 MSDN 等来源和 MSBuild source code在那里被引用作为它在编译时使用的证据。不幸的是，我对 MSBuild 不够熟练，无法理解它的使用方式，也无法理解它是否真的是一个有效的论点。

谁能描述一个示例场景来证明带有类库绑定(bind)重定向的 app.config 可以做任何事情？

Answer 1

我有多个具有类似设置的应用程序 - Web 应用程序引用多个库项目，每个库项目都有自己的 nuget 包等，根据我的个人经验，在运行时不考虑库项目中的程序集绑定(bind)。

在根应用程序(网络/控制台)中指定的网络或应用程序配置的绑定(bind)是唯一重要的。我的所有库项目都将 app.config 文件的“复制到输出目录”设置为“不复制”——这样我的输出文件夹就不会被 dll 及其配置文件弄得乱七八糟。

Here is the link它说明程序集是如何加载的，它在哪里被搜索以及它的顺序。他们在文章中没有讨论单个项目配置文件的地方。

希望对您有所帮助。