Visual Studio代码分析行代码对HTML,CSS和Javascript有何作用？

Question

我知道代码行(LoC)是一个可疑的,如果不是错误的代码度量标准,并且有很多帖子可以达到这种效果.

但是......我仍然需要在报告中为网站提供LoC计数.

我正在使用Visual Studio 2010代码分析代码度量标准功能来获取LoC,当我想知道它是如何处理或如何计算HTML,CSS和Javascript？

VS帮助文本提供了该指标的描述 -

代码行 - 表示代码中的大致行数.计数基于IL代码,因此不是源代码文件中的确切行数.非常高的计数可能表明某种类型或方法试图做太多工作而应该分开.它也可能表明类型或方法可能难以维护.

所以我的多部分问题是...... HTML,CSS,Javascript是否被编译为IL,如果确实如此,那么我应该假设它包含在VS LoC指标中吗？如果它没有被编译到IL,那么在我的报告的LoC指标中计算或包含HTML,CSS和Javascript的最佳方法是什么？或者他们甚至应该被包括在LoC中？

Answer 1

我
认为
它
不会
不
指望
他们,
而
这
是
显然
的
最
良好
想到
了
反应
在
了
历史
的
堆栈
溢出
基础
上的
行
数.
此外
,以
数
线
在
你
的JavaScript
文件
试试

find . -name '*.js' | xargs wc -l

Answer 2

HTML、CSS、Javascript 是否会编译为 IL？

不 - 这些文件是静态的。它们唯一被编译的时候是在代码后面编写它们并将它们Response直接添加到缓冲区中。

如果它没有被编译为 IL，那么在我的报告的 LoC 指标中计算或包含 HTML、CSS 和 Javascript 的最佳方法是什么？或者它们是否应该被包含在 LoC 中？

我想说，计算这些文件可能没有多大用处——尽管掌握 JavaScript 文件大小可能很重要，因为它会对页面加载时间产生一些影响（较大的文件将需要更长的下载时间——但除非你有20K 行 JavaScript，这应该不是一个巨大的差异）。

有一些工具可以计算所有文件类型的代码行数。Microsoft 的 LOC 计数器在这里。此外，像NDepend（有免费试用版）这样的工具也可以计算代码行数。