我确信这里可能发生了很多我不太理解的事情，所以如果这是一个愚蠢的问题或者是否有明显的细节缺失，请原谅我。
我有一个 Visual Studio 2015 解决方案，已从 .NET 4.5.1 升级到 .NET 4.7.1。该解决方案由一个网站（不是 Web 应用程序）项目和几个库组成。这些库实际上没有任何依赖关系（除了彼此之外），虽然它们面向 .NET 4.7.1，但它们不使用、不需要或引用 .NETStandard.Library。
当我特别编译其中一个库时，它不断将一堆 .NET 4.7.1 Facade dll 复制到网站 bin 文件夹中。不幸的是，该网站是一个 Kentico 11 应用程序，它不断尝试加载 System.IO.Compression.ZipFile 外观，并且由于它是参考程序集而不是真正的程序集而卡住了。
如果我删除 .dll，一切都会正常运行...但我不想每次都删除它或添加构建后事件来删除它。那太愚蠢了。
谁能帮助我了解这里发生了什么以及如何清理它？
Kentico 11 只能以 .NET 4.7 为目标，因此为了完全支持您的 .NET 4.7.1 库，我相信它正在复制那些额外的外观 DLL。这是基于 .NET 4.7.1 发布公告，特别是本节：
BCL – .NET 标准 2.0 支持
.NET Framework 4.7.1 内置了对 .NET Standard 2.0 的支持。 .NET Framework 4.7.1 添加了大约 200 个缺失的 API，这些 API 是 .NET Standard 2.0 的一部分，但实际上并未由 .NET Framework 4.6.1、4.6.2 或 4.7 实现。您可以参考 .NET Standard Microsoft 文档上有关 .NET Standard 的详细信息。
面向 .NET Framework 4.6.1 到 4.7 的应用程序必须部署额外的 .NET Standard 2.0 支持文件才能使用 .NET Standard 2.0 库。出现这种情况是因为 .NET Standard 2.0 规范是在 .NET Framework 4.6.1 发布后最终确定的。 .NET Framework 4.7.1 是 .NET Standard 2.0 之后的第一个 .NET Framework 版本，使我们能够提供全面的 .NET Standard 2.0 支持。
https://blogs.msdn.microsoft.com/dotnet/2017/10/17/announcing-the-net-framework-4-7-1/ https://blogs.msdn.microsoft.com/dotnet/2017/10/17/announcing-the-net-framework-4-7-1/
让我得出这个结论的参考资料：https://github.com/Pspecial/NServiceBus/issues/5047#issuecomment-339096350 https://github.com/Particular/NServiceBus/issues/5047#issuecomment-339096350
Update:
我无法在 Visual Studio 2017 版本 15.6.2 中重现您的问题。
我安装了一个针对 .NET 4.7 的 Kentico 11 网站项目。然后我创建了一个针对 .NET 4.7.1 的库项目。我向项目添加了一些虚拟代码以利用 Sysetem.IO.Compression 和 System.Net.Http 命名空间。我添加了对 Kentico 项目的引用并运行了构建。没有外观 DLL 复制到 bin 文件夹。
这篇文章表明该问题已在 Visual Studio 版本 15.6 中修复https://github.com/dotnet/sdk/issues/1647#issuecomment-364999962 https://github.com/dotnet/sdk/issues/1647#issuecomment-364999962
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
