如何防止 .NET 4.7.1 库将外观 dll 复制到 bin 文件夹？
How do I prevent .NET 4.7.1 libraries from copying the facade dlls to the bin folder?
我敢肯定这里可能发生了很多我不太了解的事情，如果这是一个愚蠢的问题或者遗漏了明显的细节，请原谅我。
我有一个 Visual Studio 2015 解决方案，我已从 .NET 4.5.1 升级到 .NET 4.7.1。该解决方案由一个网站（不是网络应用程序）项目和几个库组成。这些库实际上没有任何依赖关系（彼此除外），虽然它们以 .NET 4.7.1 为目标，但它们不使用、不需要或引用 .NETStandard.Library.
当我特别编译其中一个库时，它不断将一堆 .NET 4.7.1 facade dll 复制到网站 bin 文件夹中。不幸的是，该网站是一个 Kentico 11 应用程序，它一直在尝试加载 System.IO.Compression.ZipFile 门面，但由于它是参考程序集而不是真正的程序集而在其上阻塞。
如果我删除 .dll，一切运行正常...但我不想每次都删除它或添加 post-build 事件来删除它。太傻了。
任何人都可以帮助我了解这里发生了什么，以及如何清理它吗？
对程序集的引用有它们自己的属性。您可以在此处指定是否要将程序集复制到构建输出目录。也许在某处它被设置为 true。要检查这一点，请转到 Visual Studio 中的解决方案资源管理器并右键单击引用的程序集。然后单击属性并查找名为 "Copy Local".
的 属性
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。
这 post 表示此问题已在 Visual Studio 版本 15.6 https://github.com/dotnet/sdk/issues/1647#issuecomment-364999962
中修复
需要部署到您的 bin 文件夹的其他文件来支持 .NET Framework 应用程序中的引用和 运行 .NET Standard 1.x 和 .NET Standard 2.0 库。
我们已经记录了这个 as a known issues with .NET Framework 4.7.1。
然而，这些附加文件的存在是不够的。您还需要生成绑定重定向，以确保类型在库之间正确统一。
Visual Studio 15.6.3（及更高版本）有一个更改，会自动为您的应用程序生成这些绑定重定向。
.NET Framework 4.7.2 解决了需要将这些附加文件与您的应用程序一起部署的问题。在 .NET Framework 4.7.2 上定位或 运行 时，您不会将任何其他文件复制到您的 bin 文件夹中，也不会自动生成绑定重定向。
您可以尝试 .NET Framework 4.7.2 并按照说明查看新功能 here。
我敢肯定这里可能发生了很多我不太了解的事情，如果这是一个愚蠢的问题或者遗漏了明显的细节，请原谅我。
我有一个 Visual Studio 2015 解决方案，我已从 .NET 4.5.1 升级到 .NET 4.7.1。该解决方案由一个网站（不是网络应用程序）项目和几个库组成。这些库实际上没有任何依赖关系（彼此除外），虽然它们以 .NET 4.7.1 为目标，但它们不使用、不需要或引用 .NETStandard.Library.
当我特别编译其中一个库时，它不断将一堆 .NET 4.7.1 facade dll 复制到网站 bin 文件夹中。不幸的是，该网站是一个 Kentico 11 应用程序，它一直在尝试加载 System.IO.Compression.ZipFile 门面，但由于它是参考程序集而不是真正的程序集而在其上阻塞。
如果我删除 .dll，一切运行正常...但我不想每次都删除它或添加 post-build 事件来删除它。太傻了。
任何人都可以帮助我了解这里发生了什么，以及如何清理它吗？
对程序集的引用有它们自己的属性。您可以在此处指定是否要将程序集复制到构建输出目录。也许在某处它被设置为 true。要检查这一点，请转到 Visual Studio 中的解决方案资源管理器并右键单击引用的程序集。然后单击属性并查找名为 "Copy Local".
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。
这 post 表示此问题已在 Visual Studio 版本 15.6 https://github.com/dotnet/sdk/issues/1647#issuecomment-364999962
中修复需要部署到您的 bin 文件夹的其他文件来支持 .NET Framework 应用程序中的引用和 运行 .NET Standard 1.x 和 .NET Standard 2.0 库。
我们已经记录了这个 as a known issues with .NET Framework 4.7.1。
然而，这些附加文件的存在是不够的。您还需要生成绑定重定向，以确保类型在库之间正确统一。
Visual Studio 15.6.3（及更高版本）有一个更改，会自动为您的应用程序生成这些绑定重定向。
.NET Framework 4.7.2 解决了需要将这些附加文件与您的应用程序一起部署的问题。在 .NET Framework 4.7.2 上定位或 运行 时，您不会将任何其他文件复制到您的 bin 文件夹中，也不会自动生成绑定重定向。
您可以尝试 .NET Framework 4.7.2 并按照说明查看新功能 here。