Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/303.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
java如果条件==false vs!操作人员_Java_If Statement_Java 7 - Fatal编程技术网

java如果条件==false vs!操作人员

java如果条件==false vs!操作人员,java,if-statement,java-7,Java,If Statement,Java 7,当我查看同事的代码时,我遇到了下面的代码,这让我思考 if((a == d && b < c) == false){ } if((a==d&&b

当我查看同事的代码时,我遇到了下面的代码,这让我思考

if((a == d && b < c) == false){
}
if((a==d&&b
但是我看到人们使用运算符,而不是检查布尔值==false


我没有发现代码中有任何错误,但我只是想知道哪种方法更好。我在谷歌上搜索过答案,但没有得到任何有用的信息。

没有性能差异,你可以使用你认为更好的。C程序员通常使用==false或==true。我个人用

没有性能差异,您可以使用您认为更好的。C程序员通常使用==false或==true。我个人用

没有性能差异,您可以使用您认为更好的。C程序员通常使用==false或==true。我个人用

没有性能差异,您可以使用您认为更好的。C程序员通常使用==false或==true。我个人用

重复使用
boolean
有什么意义

因此,要检查
true
条件,我们可以使用

 if(a == d && b < c){
 }
if(a==d&&b
现在你意识到我们可以使用

 if(!(a == d && b < c)){
 }
if(!(a==d&b

对于非
条件。

布尔
的冗余使用点是什么

因此,要检查
true
条件,我们可以使用

 if(a == d && b < c){
 }
if(a==d&&b
现在你意识到我们可以使用

 if(!(a == d && b < c)){
 }
if(!(a==d&b

对于非
条件。

布尔
的冗余使用点是什么

因此,要检查
true
条件,我们可以使用

 if(a == d && b < c){
 }
if(a==d&&b
现在你意识到我们可以使用

 if(!(a == d && b < c)){
 }
if(!(a==d&b

对于非
条件。

布尔
的冗余使用点是什么

因此,要检查
true
条件,我们可以使用

 if(a == d && b < c){
 }
if(a==d&&b
现在你意识到我们可以使用

 if(!(a == d && b < c)){
 }
if(!(a==d&b

对于not
true
条件。

事实上,有时会看到==boolean

BAD STYLE                 GOOD STYLE
c == false      <=>       !c
c != true

c == true       <=>       c
c != false
附言


有争议的是,
c==true
客观上是绝对冗余的,而且
c!=false
散发出两个否定的气味。

事实上,有时会看到==布尔值

BAD STYLE                 GOOD STYLE
c == false      <=>       !c
c != true

c == true       <=>       c
c != false
附言


有争议的是,
c==true
客观上是绝对冗余的,而且
c!=false
散发出两个否定的气味。

事实上,有时会看到==布尔值

BAD STYLE                 GOOD STYLE
c == false      <=>       !c
c != true

c == true       <=>       c
c != false
附言


有争议的是,
c==true
客观上是绝对冗余的,而且
c!=false
散发出两个否定的气味。

事实上,有时会看到==布尔值

BAD STYLE                 GOOD STYLE
c == false      <=>       !c
c != true

c == true       <=>       c
c != false
附言


有争议的是,
c==true
客观上是绝对冗余的,而且
c!=false
散发着两种否定的味道。

可能只是个人偏好的问题。我个人会使用
因为我发现它更可读。这是个人的理解,因为这说明如果这个&这个没有显示出明确的含义,那么False所显示的可能只是个人偏好的问题。我个人会使用
因为我发现它更可读。这是个人的理解,因为这说明如果这个&这个没有显示出明确的含义,那么False所显示的可能只是个人偏好的问题。我个人会使用
因为我发现它更可读。这是个人的理解,因为这说明如果这个&这个没有显示出明确的含义,那么False所显示的可能只是个人偏好的问题。我个人会使用
因为我觉得它可读性更好。这是个人的理解,因为这说明如果这个&这个没有显示出明确的含义,我所见过的大多数使用这种结构的程序员从未有过任何C经验。此外,C程序员会使用if(false==var),因为在C中,编译器会默默地接受if语句中的赋值,比如if(var=false),赋值而不是比较。把常量放在第一位会让编译器抱怨,因为你不能分配一个常量。我见过的大多数使用这个结构的程序员从未有过C语言的经验。此外,C程序员会使用if(false==var),因为在C中,编译器会默默地接受if语句中的赋值,比如if(var=false),赋值而不是比较。把常量放在第一位会让编译器抱怨,因为你不能分配一个常量。我见过的大多数使用这个结构的程序员从未有过C语言的经验。此外,C程序员会使用if(false==var),因为在C中,编译器会默默地接受if语句中的赋值,比如if(var=false),赋值而不是比较。把常量放在第一位会让编译器抱怨,因为你不能分配一个常量。我见过的大多数使用这个结构的程序员从未有过C语言的经验。此外,C程序员会使用if(false==var),因为在C中,编译器会默默地接受if语句中的赋值,比如if(var=false),赋值而不是比较。将常量放在第一位会使编译器抱怨,因为您无法指定常量。