Visual Studio 2019 是否更改了代码指标的标准？我现在得到两倍
Did Visual Studio 2019 change the criteria for code metrics? I get twice as many now
我一直在使用 Visual Studio 在 C# 中进行开发，并在分析 -> 计算代码指标中使用 "Calculate Code Metrics" 选项。
在从 VS2017 迁移到 VS2019 之前，我更改了一些库以面向 NET Standard。这导致代码指标在 VS2017 中崩溃，不显示新转换库的任何指标。
安装 VS2019 后，Code Metrics 再次运行。但是，它显示我的数字是以前的两倍多，即使对于未修改的小项目也是如此。
我检查了 VS2019 的 "release notes" 部分，没有发现任何关于代码行计算方式变化的提及。
更新：我没有得到两次，我得到了两次多一点。因数因项目而异。
我自己也有同样的问题。
Visual Studio2017根据IL计算代码行数。 Visual Studio 2019好像在统计代码编辑器里的代码行数。 Microsoft docs 上有一条注释，说命令行版本计算源代码行数而不是 IL。我怀疑这是一个疏忽，或者他们可能在 VS 中使用了那个命令行版本。
这似乎已在更新中修复，因为代码指标现在将“源代码行数”和“可执行代码行数”显示为单独的指标。
我一直在使用 Visual Studio 在 C# 中进行开发，并在分析 -> 计算代码指标中使用 "Calculate Code Metrics" 选项。
在从 VS2017 迁移到 VS2019 之前，我更改了一些库以面向 NET Standard。这导致代码指标在 VS2017 中崩溃，不显示新转换库的任何指标。
安装 VS2019 后，Code Metrics 再次运行。但是，它显示我的数字是以前的两倍多，即使对于未修改的小项目也是如此。
我检查了 VS2019 的 "release notes" 部分，没有发现任何关于代码行计算方式变化的提及。
更新：我没有得到两次，我得到了两次多一点。因数因项目而异。
我自己也有同样的问题。
Visual Studio2017根据IL计算代码行数。 Visual Studio 2019好像在统计代码编辑器里的代码行数。 Microsoft docs 上有一条注释，说命令行版本计算源代码行数而不是 IL。我怀疑这是一个疏忽，或者他们可能在 VS 中使用了那个命令行版本。
这似乎已在更新中修复，因为代码指标现在将“源代码行数”和“可执行代码行数”显示为单独的指标。