防止 Visual studio 2017 将近 100 个不必要的系统 dll 复制到 dll 项目的输出文件夹
Prevent Visual studio 2017 from copying almost 100 unnecessary system dlls to output folder for dll project
我创建了一个新的 .NET Class 库解决方案（如果是 TFS），并添加了一堆为 windows 表单应用程序开发的预先存在的 类。基本上只是将旧文件夹转储进去。表单应用程序运行良好，bin 中的文件夹预计是贫瘠的，除了 exe 和所需的 nuget 引用。然而，dll 构建从 Microsoft.Win32.Primitives.dll 到 System.Xml.XPath.XDocument.dll 一直复制库，原因不明。我已经使用 ReSharper 删除了未使用的引用，并注释掉了不必要的 using 语句。没有任何区别。从部署的角度来看，我认为这不是问题，只是在每次构建时复制这么多文件很烦人。难道最初出现的 Forms 就永远毒害了这个新项目吗？任何帮助将不胜感激。
Prevent Visual studio 2017 from copying almost 100 unnecessary system
dlls to output folder for dll project
请检查你的VS2017是不是很旧，同时检查你的项目的框架版本是针对4.6还是4.7.1。
如果是这样，有一个关于此问题的已知问题。
这是一个 .net standard 2.0/net 4.6/4.7.1 问题，已在 4.7.2 中得到改进。您可以查看 .
建议
1) 你应该先更新你的 VS2017 以防某些更新修复它。
2)将项目的框架版本更改为net framework 4.7.2。（如果没有net frameowork 4.7.2，则应将其安装在VS 安装程序)
我创建了一个新的 .NET Class 库解决方案（如果是 TFS），并添加了一堆为 windows 表单应用程序开发的预先存在的 类。基本上只是将旧文件夹转储进去。表单应用程序运行良好，bin 中的文件夹预计是贫瘠的，除了 exe 和所需的 nuget 引用。然而，dll 构建从 Microsoft.Win32.Primitives.dll 到 System.Xml.XPath.XDocument.dll 一直复制库，原因不明。我已经使用 ReSharper 删除了未使用的引用，并注释掉了不必要的 using 语句。没有任何区别。从部署的角度来看，我认为这不是问题，只是在每次构建时复制这么多文件很烦人。难道最初出现的 Forms 就永远毒害了这个新项目吗？任何帮助将不胜感激。
Prevent Visual studio 2017 from copying almost 100 unnecessary system dlls to output folder for dll project
请检查你的VS2017是不是很旧，同时检查你的项目的框架版本是针对4.6还是4.7.1。
如果是这样，有一个关于此问题的已知问题。
这是一个 .net standard 2.0/net 4.6/4.7.1 问题，已在 4.7.2 中得到改进。您可以查看
建议
1) 你应该先更新你的 VS2017 以防某些更新修复它。
2)将项目的框架版本更改为net framework 4.7.2。（如果没有net frameowork 4.7.2，则应将其安装在VS 安装程序)