Deployment .NET 4.7.2的VS2017安装项目

Deployment .NET 4.7.2的VS2017安装项目,deployment,installation,visual-studio-2017,Deployment,Installation,Visual Studio 2017,为.NET 4.7.2代码库配置了安装项目后,检测到的依赖项将显示为netstandard.dll。 有没有办法告诉我们这可能是从哪里来的? 同样,它只是一个完整的基于4.7.2的代码,并选择了目标框架。 先决条件页面选择了4.7.2,启动条件选择了4.7.2 是什么导致netstandard.dll包含在项目输出中 是什么原因导致netstandard.dll包含在 项目产出 首先,感谢magicandre1981的帮助 您已经在NETFramework4.7.2项目中引用了一个net标准nu

为.NET 4.7.2代码库配置了安装项目后,检测到的依赖项将显示为netstandard.dll。 有没有办法告诉我们这可能是从哪里来的? 同样,它只是一个完整的基于4.7.2的代码,并选择了目标框架。 先决条件页面选择了4.7.2,启动条件选择了4.7.2

是什么导致netstandard.dll包含在项目输出中

是什么原因导致netstandard.dll包含在 项目产出

首先,感谢magicandre1981的帮助

您已经在NETFramework4.7.2项目中引用了一个net标准nuget包。由于包的特殊性质,它需要引用
netstandard.dll
作为运行时环境

尽管Net Framework 4.7.2优化了生成输出文件,因此netstandard.dll无法显示在项目输出路径中,但实际上项目仍将在运行时使用它

但是对于安装项目,没有这样的功能。使用netstandard nuget包,所有引用都将显示在检测到的依赖项中,包括
netstandard.dll


此外
网络标准2.0
网络框架4.7.2
兼容,您可以参考。

您是否使用了只支持.net标准2.0而不支持普通.net framework 4.x的nuget软件包?我已经检查了所有这些,但现在我正在搜索project.assets.json以查看引用了哪些软件包,因为您确实看不到所有依赖项。因此,是的,它看起来像project.assets.json我可以看到对netstandard.dll的引用:一些nuget pkg引用了System.Buffers/4.4.0,这导致netstandard.dll包含在项目依赖项中。好了,现在您知道了需要dll的原因。疯狂——为什么那些以netstandard 2.0为目标的人不能同时以4.7为目标?据我所知,它们是兼容的。