防止Java中最糟糕的做法是很困难的
鉴于“最佳”和“最差”实践的概念在不同的环境中可能有所不同,我们公司引入了一套标准的内部“最佳”实践,我们的开发人员不断违反这些实践。我想特别分享两个:防止Java中最糟糕的做法是很困难的,java,eclipse,code-auditing,Java,Eclipse,Code Auditing,鉴于“最佳”和“最差”实践的概念在不同的环境中可能有所不同,我们公司引入了一套标准的内部“最佳”实践,我们的开发人员不断违反这些实践。我想特别分享两个: 切勿使用例如printStackTrace()处理异常,而应记录它们 切勿在web应用程序中使用System.out进行调试,最好使用调试日志 这两种方法很容易检测,因为一个简单的搜索命令可以显示每个违规行为 我想问一下,是否可以采取任何措施防止程序员在他的项目中使用这些被禁止的方法。从标准JVM中强制弃用System.out对象或prin
- 切勿使用
处理异常,而应记录它们例如printStackTrace()
- 切勿在web应用程序中使用
进行调试,最好使用调试日志System.out
System.out
对象或printStackTrace
方法是一个好主意,因为它以警告的形式提供了错误的证据
由于我们没有实现人工代码审查机制(只有在出现问题时,或者新开发人员负责某个模块时,才会对代码进行审查),因此我正在寻找防止此类常见错误的自动化方法,包括破坏编译本身。我正在考虑一个类似Java插件的东西,在这个插件中,我可以为Java语法中不是错误的东西配置特殊规则,将其视为错误。例如,Visual Studio的ReSharper插件在处理命名和编码约定时也会执行类似的操作。您可以使用它使包含System.out
或printStackTrace
的任何内容失败。在某些不太可能的情况下,它可能会产生误报/否定(例如,如果有其他类型使用printStackTrace方法)。您可以使用它使包含System.out
或printStackTrace
的任何内容失败。在某些不太可能的情况下,它可能会产生误报/否定(例如,如果有其他类型使用printStackTrace方法)。您可以使用它使包含System.out
或printStackTrace
的任何内容失败。在某些不太可能的情况下,它可能会产生误报/否定(例如,如果有其他类型使用printStackTrace方法)。您可以使用它使包含System.out
或printStackTrace
的任何内容失败。在某些不太可能的情况下,它可能会产生误报/漏报(例如,如果有其他类型使用printStackTrace方法)。您可以使用,尤其是规则来解决您的特定问题
PMD可以与Sonar或Jenkins一起配置,以及一系列其他好的规则/限制。您可以使用,尤其是该规则来解决您的特定问题
PMD可以与Sonar或Jenkins一起配置,以及一系列其他好的规则/限制。您可以使用,尤其是该规则来解决您的特定问题
PMD可以与Sonar或Jenkins一起配置,以及一系列其他好的规则/限制。您可以使用,尤其是该规则来解决您的特定问题
PMD可以与Sonar或Jenkins以及一系列其他好的规则/限制一起配置。您提供的规则是众所周知的好Java编码实践。已经有可用的工具可以检查代码并确保不违反这些规则 有你想要的规则:
-永远不要使用例如printStackTrace()处理异常,而是记录它们
-切勿在web应用程序中使用System.out进行调试,最好使用调试日志
-永远不要使用例如printStackTrace()处理异常,而是记录它们
-切勿在web应用程序中使用System.out进行调试,最好使用调试日志
-永远不要使用例如printStackTrace()处理异常,而是记录它们
-切勿在web应用程序中使用System.out进行调试,最好使用调试日志
-永远不要使用例如printStackTrace()处理异常,而是记录它们
-切勿在web应用程序中使用System.out进行调试,最好使用调试日志