问题标签 [checkstyle]

在我们项目中大量使用的一个库中，有一个限制，即其类的变量不能是静态的。（它是ULC）。据我了解，这是因为需要将它们全部序列化。这条规则的问题在于它并不严格，并且可能是很难调试的错误的原因。

我们将为 Checkstyle 编写一个模块来检测此类类型的静态变量（可能由一些可定制的正则表达式检测）。我们需要知道这项检查对其他开发人员来说有多么必要。

所以问题是：当某些类型的变量绝不能是静态的时，一般情况是什么？

我知道可以在父 POM 中配置该部分并将其应用于多模块项目中的子模块。但是，我希望有一个单独的 POM 作为依赖项来引用，这样我就可以有一个报告配置，我可以“混合”到各种项目中，而不必在多个项目中复制我的报告配置。（请参阅此处的“依赖 POM”：http: //sonatype.com/books/maven-book/reference/pom-relationships-sect-pom-best-practice.html）

例如，对于我的 Widget 项目，我有一个包含两个子模块 widget-core 和 widget-web 的父 POM（widget-parent）。我想要一个单独的 POM，静态分析，小部件父依赖。静态分析将有一个定义 Checkstyle 和 FindBugs 报告的块。当我构建 Widget 时，我希望 Checkstyle 和 FindBugs 能够在 widget-core 和 widget-web 上运行。

如果您的解决方案仅适用于特定版本的 Maven，请告诉我。我们还没有升级到 3.x。

这是代码：

Checkstyle 说Missing a Javadoc comment.了两次（与ABC和 与CDE）。它是关于什么的？我应该在哪里添加评论？JavaDoc 工作得很好。

SuppressionFilter 没有忽略在 suppresss.xml 中给出的文件

在checkstyle.xml,

在suppressions.xml（在 /home/svn/testrepo/scripts 中），

另外，尝试使用以下方法：

另外，尝试过：

所有选项都不起作用。有人可以对此有答案吗？请帮帮我。

我们正在定义我们的软件开发过程，并希望从小组中获得一些关于这个主题的反馈。

我们的团队分布在美国、加拿大和印度，我想制定一些简单的标准规则，所有团队都将适用于他们的代码。

我们利用 Clear Case/Quest 和 RAD

我一直在研究 PMD、CPP、checkstyle 和 FindBugs 作为开始。

我的想法是将这些放入 ANT 并让开发人员手动运行它们。我意识到这样做你必须相信每个开发人员都会这样做。

另一个想法是将一些构建器添加到 IDE 中，这些构建器将运行规则的子集（保持构建过程轻量级），然后在签入代码时添加另一组（重度）。

其他一些理想是使用 Cruse Control 之类的东西，并设置它以在 Clear Case/Quest 空闲时运行这些静态分析工具以及单元测试。

想知道其他人是否已经这样做了，是否成功或可以提供经验教训。

在我当前的项目中，我们总是在 Java 源文件的末尾插入一个空的新行。我们还通过 CheckStyle（具有错误级别）强制执行此操作。

我一直在寻找这个主题，但不幸的是我找不到任何令人信服的理由。似乎其他开发人员对此很无动于衷，因为他们只是在 Eclipse 格式化程序中选中了一个复选框，并且它是自动完成的。但我仍然不知道为什么需要它以及为什么它很重要。所以我的问题是：

为什么需要 Java 源文件末尾的空行？它是当前的需求还是过去的遗物，在当前的代码库中是不可取的？

当特定类用作静态字段的类型时，我正在尝试使用 Checkstyle （此检查）发出警告。我正在使用此配置进行操作，但它不起作用：

<module name="IllegalType"> <property name="format" value="myFullClassName"/> <property name="tokens" value="LITERAL_STATIC"/> </module>

以下配置确实有效，但适用于所有字段，不仅是静态的：

<module name="IllegalType"> <property name="format" value="myFullClassName"/> <property name="tokens" value="VARIABLE_DEF"/> </module>

在 Groovy 中，指定类型是可选的。但是在方法和属性等公共类成员上指定它们有好处。它是一种很好的文档形式，它使 IDE 能够更可靠地执行自动完成、重构代码、查找引用和其他静态分析任务，如这篇Groovy Coding Style文章中所述。

有没有办法在 Eclipse 中强制执行此策略，以便在公共成员缺少显式类型时出现警告？类似于用于 Groovy的Checkstyle或FindBugs工具的东西会很棒。

PHP CodeSniffer 是一个非常好的工具，可以帮助我们检查我们的 PHP 源代码。但是来自 CodeSniffer 的报告并不容易阅读。

我发现 CodeSniffer 可以输出 'Checkstyle' xml 报告。是否有任何方法可以使用 Checkstyle xml 报告可视化 PHP 代码，以便每个开发人员都可以在一页中阅读代码和报告？

事实上，我发现了一个名为 phpUnderControl 的工具，它看起来是一个非常好的持续集成工具，它里面的东西可以满足我的需求。但是我没有计划改变我的持续集成工具（我正在使用 Apache Continuum）。

所以如果有人能告诉我一个简单的工具或插件，那将是最好的。

谢谢。

在我们的项目中，我们最近定义了检查样式。因此，如果在提交代码时出现任何 checkstyle 失败，则不允许将代码提交到存储库中。但是代码中已经存在故障（在定义检查样式之前），我们不想纠正这些故障。

是否有任何选项 checkstyle 将仅在特定日期之后所做的更改上运行。请在可能的情况下提出建议。