Java 如何在;如果;陈述
什么会更清楚,为什么?(使用apachecommons库) 在代码中,以下逻辑是相同的:Java 如何在;如果;陈述,java,code-cleanup,Java,Code Cleanup,什么会更清楚,为什么?(使用apachecommons库) 在代码中,以下逻辑是相同的: if(!ArrayUtils.isEmpty(someArray)) { some code here ... } //or this variant if(ArrayUtils.isNotEmpty(someArray)) { some code here ... } 非常感谢 我投票支持选项2。它更容易阅读。很明显,Commons增加了这一点 不使用选项1的方法。我投票支持选项2。它更容易阅
if(!ArrayUtils.isEmpty(someArray)) {
some code here ...
}
//or this variant
if(ArrayUtils.isNotEmpty(someArray)) {
some code here ...
}
非常感谢 我投票支持选项2。它更容易阅读。很明显,Commons增加了这一点
不使用选项1的方法。我投票支持选项2。它更容易阅读。很明显,Commons增加了这一点
方法不使用选项1。我还认为选项2更好,因为它更具可读性。我看不出这两个选项有任何性能差异。我还认为选项2更好,因为它更具可读性。我看不出这两个选项有任何性能差异
-Martin Fowler在CodeReview上问这个问题。第二种变体是更干净的。干净的代码不应包含
代码>或=代码>。对我来说,使用第二个变量也更清楚,但根据java命名约定,正确的名称没有错误@泽林斯基你到底在说哪条规则?第14条。所有的方法都没有。你可以在CodeReview上找到:isSet,isVisible,isFinished,isFound,Ispenask。第二个变体是cleaner。干净的代码不应包含代码>或=代码>。对我来说,使用第二个变量也更清楚,但根据java命名约定,正确的名称没有错误@泽林斯基你到底在说哪条规则?第14条。所有的方法都没有。您可以找到:isSet、isVisible、isFinished、isfind、isOpenContinue:代码的读取次数将比编写次数多得多。为可读性而编写。继续:代码的读取次数将比编写的次数多得多。为可读性而写。问题不在于性能,而在于清洁度,即可读性;)问题不在于性能,而在于清洁度,即可读性;)