在Visual Studio 2019中，从顶部菜单中您需要选择:

'Analyze' -> 'Calculate Code Metrics' -> 'For Solution'

这适用于Visual Studio 2019专业版和企业版。

我想出了一个快速和肮脏的powershell脚本，用于计算文件夹结构中的行数。它不像其他答案中提到的其他工具那样功能齐全，但我认为它足以提供一个项目或解决方案中相对于其他代码文件大小的粗略比较。

脚本可以在这里找到:

https://gist.github.com/1674457

下面是Visual Studio 2012/2013/2015的更新，供那些想要做“查找”选项的人使用(我认为这是最简单的):这个RegEx将找到所有非空行，并排除一些内容，以给出最准确的结果。

在“查找”框中输入以下正则表达式。请确保选择“使用正则表达式”选项。根据您的需要，将搜索选项更改为“当前项目”或“整个解决方案”。现在选择“查找全部”。在“查找结果”窗口的底部，您将看到“匹配行”，这是代码的行数。

---

^(?!(\s*\*))(?!(\s*\-\-\>))(?!(\s*\<\!\-\-))(?!(\s*\n))(?!(\s*\*\/))(?!(\s*\/\*))(?!(\s*\/\/\/))(?!(\s*\/\/))(?!(\s*\}))(?!(\s*\{))(?!(\s(using))).*$

---

该RegEx不包括以下项:

---

评论

// This is a comment

---

多行注释(假设每一行都正确地注释了，每行前面都有一个*)

/* I am a
* multi-line
* comment */

---

XML智能感知

/// <summary>
/// I'm a class description for Intellisense
/// </summary>

---

HTML注释:

<!-- I am a HTML Comment -->

---

使用语句:

using System;
using System.Web;

---

左大括号:

{

---

右大括号:

}

---

注意:括号之间的任何内容都将包含在搜索中，但在这个例子中，只有4行代码会被计算在内，而不是实际的18行非空行:

        public class Test
        {
            /// <summary>
            /// Do Stuff
            /// </summary>
            public Test()
            {
                TestMe();
            }
            public void TestMe()
            {
                //Do Stuff Here
                /* And
                 * Do
                 * Stuff
                 * Here */
            }
        }

---

我创建这个给我一个更准确的LOC计数比以前的一些选项，并认为我将分享。老板们喜欢LOC计数，所以我不得不忍受一段时间。我希望其他人能发现这是有用的，如果你有任何问题或需要帮助，请告诉我。

我发现powershell在这方面很有用。我认为LoC是一个非常虚假的指标，所以我不认为需要任何更正式的东西。

从一个较小的解决方案目录:

PS C:\Path> (gci -include *.cs,*.xaml -recurse | select-string .).Count
8396
PS C:\Path>

这将计算所有解决方案的.cs和.xaml文件中的非空行。对于一个较大的项目，我只是使用了不同的扩展列表:

PS C:\Other> (gci -include *.cs,*.cpp,*.h,*.idl,*.asmx -recurse | select-string .).Count
909402
PS C:\Other>

如果一个命令行就可以做到，为什么要使用整个应用程序呢?：）

您可以使用免费工具SourceMonitor

给出了很多衡量标准:代码行数、语句计数、复杂度、块深度

图形输出通过图表

一个简单的解决方案是在所有文件中进行搜索。在使用通配符时输入“*”。这将匹配所有的行。在查找结果窗口的最后，你应该看到一行排序:

匹配行数:563匹配文件数:17搜索文件数:17

当然，这对于大型项目来说不是很好，因为所有行都被加工并加载到内存中，以便在查找结果窗口中显示。

参考:

先进的例子