nuget - 为什么 NuGet 在 NuGet 包更新期间将带有 assemblyBinding 的 app.config 添加到 LIBRARY 项目？

Question

仅在可执行文件的项目中不需要此信息吗？

如何禁用此文件创建？

NuGet 2.8

编辑

库项目在 NuGet 2.7 中是异常(exception)，通过修复此问题在 2.8 中更改了行为:http://nuget.codeplex.com/workitem/3827提交:https://github.com/NuGet/NuGet2/commit/448652d028e3f01ba4022e147baaf4e1fb3f969b

Answer 1

NuGet 包管理器将程序集绑定(bind)重定向添加到库项目的原因是，有些项目类型的输出类型是库，但是有一些特殊的机制可以确保库的应用程序或 Web 配置文件将应用于运行。这与您可能熟悉的更典型的库用法相反，其中根本不使用库的配置文件。

例如，Azure SDK 1.8+ 中的 Azure Web 和 Worker 角色项目将生成库，但是当它们被 IIS 包装在 exe 中时，库的配置文件将被设置为该 exe 的默认值。这样，您无需显式发布与包装可执行文件同名的特殊配置文件 which is how it used to be done 即可获得所有应用程序配置。 .现在构建过程输出重命名的配置文件(例如 app.config -> myWebRoleLibrary.dll.config)，一切正常。

XUnit also does something similar ;加载测试程序集的 app.config 而不是测试运行程序进程的应用程序配置。

值得一提的是，您还可以manually load a config file in any project ，图书馆与否。您必须确保配置文件最终位于正确的位置，但这是可能的。但是，这不太适用于绑定(bind)重定向，因为这些重定向通常仅由 CLR 中的程序集加载器使用。我想你可以钩 AssemblyLoad但现在我们正在顺利地重新发明轮子。

那么，“我的图书馆项目中是否有必要”的答案？也许是。如果您的库项目不是 Web 或辅助角色或测试项目，并且它没有手动加载配置文件，那么 app.config 可能是良性的，但没有必要。

至于禁用它，您只能在 Visual Studio 级别执行此操作。您可以在 VS2019 中找到该选项:工具 -> 选项... -> NuGet 包管理器 -> 常规 -> 跳过应用绑定(bind)重定向。

什么使用我的配置文件？

编译器 (csc.exe)

编译器使用正在构建的程序集的配置文件有一个原因:to find and use supportPortability elements .

上面的链接列出了您需要该编译器选项的罕见场景，但绝大多数用户不需要。可以这么说，如果您不知道您是否正在使用该功能，那么您没有。

它不解析配置文件的任何其他元素，包括作为 NuGet 添加的元素的程序集绑定(bind)重定向。

构建引擎 (msbuild)

MSBuild 在其几个步骤中使用应用程序配置，但重要的是不查找主要依赖项，它将以 /reference: 的形式传递给 csc.exe选项。

为了找到主要引用，MSBuild(特别是 ResolveAssemblyReference 任务)将搜索 the common targets file 中枚举的路径集合。 .如果它在您的 csproj 中找不到显式依赖项，它将发出警告，并且可能会在编译需要依赖项时进一步发出错误。

之后它将搜索传递依赖项。它不会将这些文件传递给编译器，而是使用它们生成一个文件列表，这些文件需要在后续构建步骤中考虑，例如生成许可证文件、信任信息和建议的绑定(bind)重定向。这一步 考虑项目的配置文件，并专门使用其绑定(bind)重定向来通知传递依赖项列表。重要的是要注意构建一个 exe 将 不是 在构建过程中考虑其库的 app.config 文件，库的 app.config 不会改变库 dll 的生成方式。

运行时 (CLR)

CLR 使用 config files至change the way it locates assemblies .

IIS

IIS 将读取您的 web.config 文件的元素以更改您的 Web 应用程序的行为方式。例如，caching characteristics .

应用

应用程序可以使用 ConfigurationManager 手动从配置文件中检索配置数据。 .