【问题标题】:Checkstyle : Why as a developer we should worry about it? [closed]Checkstyle:为什么作为开发人员我们应该担心它? [关闭]
【发布时间】:2016-08-18 03:54:06
【问题描述】:

我不确定它是否是正确的论坛。

我只是想问一下,checkstyle 中有什么供开发人员使用的。 PMD 很有用,因为它提高了我们的编码技能,但我不确定 checkstyle。一些 checkstyle 警告过于严格,例如变量名中只能有 1 个大写字母,导入和变量声明应按字母顺序排列等。

我喜欢 checkstyle,直到它只是一个保存操作,但如果我需要手动更改我们的工作代码,则不喜欢。

您对此有何看法?

【问题讨论】:

    标签: java coding-style checkstyle pmd


    【解决方案1】:

    Checkstyle 很灵活。您可以关闭或调整其规则。重点是帮助开发人员团队对某些编码约定进行标准化,这样您就不会不断地重新格式化彼此的代码或无休止地争论小细节。这意味着代码库中的所有代码看起来都一样,而且这种一致性通常使人们更容易理解。

    【讨论】:

      【解决方案2】:

      Checkstyle 是程序员重新阅读自己的代码以检查改进的答案。编写了一个程序来代替它。

      Checkstyle 允许打开或关闭某些警告,在某些情况下,这些警告应仅作为提醒,要花一些额外的时间思考实施方式。它应该根据程序员的偏好进行调整。

      更重要的是。为便于阅读,与其他人一起开展项目时,最好有一致的编码风格。通过将某些约定的设置加载到其中,哪种检查样式可以帮助强制执行。

      【讨论】:

        【解决方案3】:

        我使用 IntelliJ,它可以快速修复许多检查,它不仅可以发现问题,还可以帮助您解决问题,恕我直言。

        您需要专注于重要的问题,例如;我的程序是否满足用户的需求,而不是对导入进行排序。

        简而言之,您应该考虑此工具是帮助您改进交付还是分散您的注意力。

        【讨论】:

        • 谢谢彼得..我完全同意你的看法,我们应该更多地关注功能和性能而不是代码风格。
        • 如果我 (WrOTe My) { resPonse LIKE } 这个,与我采用更传统的风格相比,你可能会((发现)它更难阅读)。这就是 Checkstyle 在团队中帮助解决的问题。
        • @aetheria 如果有人这样做,我会与他们进行一次非常简短的谈话,让他们知道预期会发生什么。 +1
        猜你喜欢
        • 2010-12-10
        • 2011-10-11
        • 2017-04-29
        • 2010-11-03
        • 2018-03-19
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多