c# - 如何防止 .NET 4.7.1 库将外观 dll 复制到 bin 文件夹？

Question

我敢肯定这里可能发生了很多我不太了解的事情，所以如果这是一个愚蠢的问题或者遗漏了明显的细节，请原谅我。

我有一个已从 .NET 4.5.1 升级到 .NET 4.7.1 的 Visual Studio 2015 解决方案。该解决方案由一个网站(不是网络应用程序)项目和几个库组成。这些库实际上没有任何依赖关系(彼此除外)，虽然它们以 .NET 4.7.1 为目标，但它们不使用、不需要或引用 .NETStandard.Library。

当我特别编译其中一个库时，它不断将一堆 .NET 4.7.1 facade dll 复制到网站 bin 文件夹中。不幸的是，该网站是一个 Kentico 11 应用程序，它一直在尝试加载 System.IO.Compression.ZipFile facade，但由于它是引用程序集而不是真正的程序集而卡住了。

如果我删除 .dll，一切运行正常...但我不想每次都删除它或添加构建后事件来删除它。这太愚蠢了。

谁能帮我了解这里发生了什么，以及如何清理它？

Answer 1

Kentico 11 只能以 .NET 4.7 为目标，因此为了完全支持您的 .NET 4.7.1 库，我相信它正在复制那些额外的外观 DLL。这基于 .NET 4.7.1 发布公告，特别是此部分:

BCL – .NET Standard 2.0 Support

.NET Framework 4.7.1 has built-in support for .NET Standard 2.0. .NET Framework 4.7.1 adds about 200 missing APIs that were part of .NET Standard 2.0 but not actually implemented by .NET Framework 4.6.1, 4.6.2 or 4.7. You can refer to details on .NET Standard on .NET Standard Microsoft docs.

Applications that target .NET Framework 4.6.1 through 4.7 must deploy additional .NET Standard 2.0 support files in order to consume .NET Standard 2.0 libraries. This situation occurred because the .NET Standard 2.0 spec was finalized after .NET Framework 4.6.1 was released. .NET Framework 4.7.1 is the first .NET Framework release after .NET Standard 2.0, enabling us to provide comprehensive .NET Standard 2.0 support.

https://blogs.msdn.microsoft.com/dotnet/2017/10/17/announcing-the-net-framework-4-7-1/

使我得出这个结论的引用资料: https://github.com/Particular/NServiceBus/issues/5047#issuecomment-339096350

更新:

我无法在 Visual Studio 2017 版本 15.6.2 中重现您的问题。

我安装了一个针对 .NET 4.7 的 Kentico 11 网站项目。然后我创建了一个针对 .NET 4.7.1 的库项目。我向项目添加了一些虚拟代码以使用 Sysetem.IO.Compression 和 System.Net.Http 命名空间。我从 Kentico 添加了对该项目的引用并运行了一个构建。没有复制到 bin 文件夹的外观 DLL。

此帖子表明此问题已在 Visual Studio 15.6 版中修复 https://github.com/dotnet/sdk/issues/1647#issuecomment-364999962