如何确定哪些库在.NETCore上不好?

如何确定哪些库在.NETCore上不好?,.net,.net-core,.net-standard,.net,.net Core,.net Standard,我正在将一个库从.Net Framework移植到.Net Core。我一直在使用Api可移植性分析器让我知道我需要解决什么问题。但它给了我假阳性(,) 有没有准确的工具可以为我提供这些信息 (如果我在那里得到答案,我会在这里发布)。您可以轻松地更新您的库,以使用目标框架netstandard2.0并更新所有NuGet依赖项,而不是使用自定义工具 如果库未能编译,则表示您正在使用与.NET Core不兼容的内容 如果您收到一条警告,如程序包XY是用NET461编译的,可能不兼容…它可能工作,也可

我正在将一个库从.Net Framework移植到.Net Core。我一直在使用Api可移植性分析器让我知道我需要解决什么问题。但它给了我假阳性(,)

有没有准确的工具可以为我提供这些信息


(如果我在那里得到答案,我会在这里发布)。

您可以轻松地更新您的库,以使用目标框架
netstandard2.0
并更新所有NuGet依赖项,而不是使用自定义工具

如果库未能编译,则表示您正在使用与.NET Core不兼容的内容

如果您收到一条警告,如
程序包XY是用NET461编译的,可能不兼容…
它可能工作,也可能不工作

如果没有任何警告,这意味着您的库只使用事实上与.NETCore兼容的基类


还有一个可以帮助您将旧的项目格式迁移到新的项目格式,这使迁移更加容易。

您可以轻松地更新库,以使用目标框架
netstandard2.0
,并更新所有NuGet依赖项,而不是使用自定义工具

如果库未能编译,则表示您正在使用与.NET Core不兼容的内容

如果您收到一条警告,如
程序包XY是用NET461编译的,可能不兼容…
它可能工作,也可能不工作

如果没有任何警告,这意味着您的库只使用事实上与.NETCore兼容的基类


还有一种方法可以帮助您将旧的项目格式迁移到新的项目格式,这使迁移变得更加容易。

APIport现在有些过时了,因为大多数库已经被移植了。它从来不是详尽无遗的,更多的是一个指导方针,说明在核心/标准上编译需要重写多少代码。最后,你仍然必须在你的目标平台上测试你的代码。@IanKemp这不是我想听到的,但谢谢你。知道ApiPort不可靠让我知道不要再依赖它了。ApiPort现在有些过时了,因为大多数库已经被移植了。它从来不是详尽无遗的,更多的是一个指导方针,说明在核心/标准上编译需要重写多少代码。最后,你仍然必须在你的目标平台上测试你的代码。@IanKemp这不是我想听到的,但谢谢你。知道ApiPort不可靠让我知道不要再依赖它了。