.NET Core不良类库判定及迁移精准分析工具咨询

我来分享下针对这两个问题的实用经验，都是我在.NET迁移和类库评估过程中踩过坑总结出来的：

判断一个.NET Core类库质量好不好，我通常会从这几个维度入手：

• 维护活跃度：优先看类库的更新频率——如果NuGet包或者GitHub仓库已经半年甚至一年没更新，issue区一堆未处理的bug请求，那大概率是没人维护了，后续遇到问题很难得到支持。
• 依赖健康度：用dotnet list package --vulnerable命令检查类库的依赖有没有已知安全漏洞；另外看它依赖的.NET Core版本是不是太老旧，比如还停留在.NET Core 2.1这种已停止支持的版本，会给你的项目带来潜在风险。
• 社区认可度：NuGet上的评分（低于3分要谨慎）、总下载量，还有GitHub的star数、fork数都是参考指标；另外看看其他开发者的评论，有没有提到兼容性差、bug多之类的问题。
• 实际兼容性测试：把类库引入到你的目标.NET Core项目里跑一遍核心功能，有没有抛出PlatformNotSupportedException、功能缺失或者性能异常？这些是最直接的质量信号。
• 代码质量（开源类库）：如果是开源的，可以看看仓库里有没有完善的单元测试（测试覆盖率低的话风险高）、静态代码分析报告，代码结构是否清晰——混乱的代码意味着后续出问题的概率更大。

Api Portability Analyzer确实经常会出现假阳性，比如标记一些其实在.NET Core中已经支持的API，我试过几个更靠谱的工具，分享给你：

• .NET Upgrade Assistant：微软官方推出的迁移工具，比Api Portability强太多了——它不仅能分析兼容性问题，还能自动帮你修复大部分常见的迁移问题（比如替换过时API、调整依赖），而且能识别更多实际运行时才会出现的问题，假阳性少很多。你可以直接在VS里安装这个扩展，或者用命令行工具dotnet upgrade-assistant analyze来生成详细报告。
• Roslyn可移植性分析器：也就是Microsoft.CodeAnalysis.PortabilityAnalyzers，这个和Api Portability同属微软的工具，但它是集成在VS的实时分析里的，能在你写代码的时候就给出提示，而且你可以自定义规则，把那些确认是假阳性的警告给过滤掉，精准度更高。
• 单元测试验证：工具再智能也有局限，最好的方式是把迁移后的类库跑一遍单元测试——如果你的类库有完善的单元测试，那些真的兼容性问题会直接暴露出来，而假阳性的警告在实际运行时不会影响功能，很容易区分。

另外，你提到已经在MSDN提问了，期待后续你更新答案分享给大家~

内容的提问来源于stack exchange，提问作者David Thielen