.NET Standard DLL 二进制文件是否与 .NET Framework 兼容？

Question

我目前有一个构建为 .NET Framework 4.6.1 并被各种 .NET Framework 应用程序引用的实用程序库。

我现在想创建一个新的 .NET Core 应用程序，因此我想将实用程序库转换为 .NET Standard 2.0，以便两种类型的应用程序都可以使用它。

如果我只是打开库的源代码，将目标更改为 .NET Standard 2.0 并重新构建它（假设它只使用 .NET Standard 中可用的 API），我是否可以将新程序集放入替换现有的，现有的应用程序是否仍然有效？或者是否需要针对新版本重新构建应用程序？

更普遍的相关问题是，与 .NET Framework 相比，为 .NET Standard DLL 生成的元数据有何不同，它们如何/是否会影响程序集解析器？

（为了抢占评论“为什么不试试看”，我想知道这是否是受支持的场景，而不仅仅是技术上它是否适合我）

Answer 1

.Net Standard 是（但不限于）.Net Framework 和 .Net Core

之间的兼容交叉部分>

这样想

或者，比较标准的宣传图片之一

.Net Framework 中有很多东西在 .Net Core 中没有多大意义。例如 Windows 特定的东西。

但是，您可以使用The .NET Portability Analyzer 解决任何明显的兼容性问题

想让您的图书馆跨平台吗？想看看有多少工作 需要使您的应用程序与其他 .NET 兼容 实现和配置文件，包括 .NET Core、.NET Standard、UWP、 和适用于 iOS、Android 和 Mac 的 Xamarin？ .NET 可移植性分析器 是一种工具，可为您提供有关灵活程度的详细报告 通过分析程序集，您的程序是跨 .NET 实现的。 可移植性分析器作为 Visual Studio 扩展提供，并且 作为控制台应用程序。

这是（工具）的另一张图片，因为它使我的帖子看起来很详细

回答您的问题

如果我只是打开库的源代码，请将目标更改为 .NET Standard 2.0 并重建它，我可以将新程序集放入 替换现有的，如果现有的应用程序仍然存在 工作？或者是否需要针对新的应用程序重新构建应用程序？ 版本？

据我所知需要重建，试试看会发生什么，然后告诉我们。

有很多事情可能使这不起作用。

更普遍的相关问题是，在 与 .NET 相比，为 .NET 标准 DLL 生成的元数据 框架一，它们如何/是否会影响程序集解析器？

不完全确定您的意思，但是在重建时它会解决相同的问题。

（抢先评论“为什么不试试看”，我想知道 如果这是一个受支持的场景，而不仅仅是技术上是否可能 为我工作）

据我所知或可以研究，不支持仅更换组件。但是，也许其他人在这里有更多信息。