Java Ncss类型计数冲突

我不太清楚PMD提出的违规行为。基本上我有两个问题：

我该怎么做才能摆脱这种违规行为

下面这句话是什么意思

该类型的NCSS行计数为944个参数
最小值：类型NCS计数报告阈值：默认值为1500

NCS代表未注释的源代码行。具有高NCS计数的方法和/或类（在非常高的级别上）太长，可能会被拆分。大量NCS是不好的

---

此外，听起来您可能正在使用Sonar版本2.10或更高版本，正如在2.11中修复的那样。

已经阅读了Sonar Bug 2676。那么你的意思是我的类大小（没有注释）是944行，超过默认的800行，因此给出了错误？这似乎是我阅读信息的方式，是的。您的文件包含944行源代码（忽略注释和空白），默认设置为800。注意（从我的理解来看）只包含大括号的行被认为是SLOC。有趣的是，它喜欢在自动生成的HashCode和Equals方法中发现这个缺陷。应该是忽略它的一种方式，因为没有理由在其中添加注释。pmd 4.3的默认值为1500（）。我使用sonar 3.5.1，但仍然报告了这一点，那么它必须仍然使用pmd的旧版本。这个NCS通常很糟糕：IntelliJ生成等于和hashCode行，以及包含15个字段的类，我认为这是可行的，生成这些sonar注释。