使用 '&&' 而不是 'if' 用于单个指令
Using '&&' instead of 'if' for single instructions
我想知道这样做有没有什么问题:
($this->debug)
&& print "We're debugging right now";
而不是这个:
if ($this->debug)
print "We're debugging right now";
对我来说,这只是一种风格。它做的事情完全一样吗?
请不要。这是非常不可读的。它开始时很无辜,很快其他 "clever" 开发人员会发明更多 "clever" 方法来使用此 &&
运算符来避免那些 "horrible" if
s。
请...不要。
在功能上,是的,它们将以相同的方式工作。
代码越短(一定程度上!)越好。
您应该告诉您的代码要做什么。如果允许您告诉代码该做什么,您不应该询问您的代码。你的编码,就像爱情一样,应该是Unconditional!
需要更多参数?
&&
更好:
- 输入的字符更少
- 更少的代码行
- 降低cyclomatic complexity
- if's are closer to configuration than logic
Conditionals aren't always bad, but they can be (and frequently are) abused. source
一些聪明的开发人员将类似的解决方案直接内置到 PHP
、 空合并运算符 ??
中,即被引入到 PHP。
在功能上它们会产生相同的结果。但是一个 (&&
) 说你是一个优秀的程序员,另一个 (if
) 说你是在做副业。
别再害怕你的代码了。
为你的代码感到自豪。
我想知道这样做有没有什么问题:
($this->debug)
&& print "We're debugging right now";
而不是这个:
if ($this->debug)
print "We're debugging right now";
对我来说,这只是一种风格。它做的事情完全一样吗?
请不要。这是非常不可读的。它开始时很无辜,很快其他 "clever" 开发人员会发明更多 "clever" 方法来使用此 &&
运算符来避免那些 "horrible" if
s。
请...不要。
在功能上,是的,它们将以相同的方式工作。
代码越短(一定程度上!)越好。
您应该告诉您的代码要做什么。如果允许您告诉代码该做什么,您不应该询问您的代码。你的编码,就像爱情一样,应该是Unconditional!
需要更多参数?
&&
更好:
- 输入的字符更少
- 更少的代码行
- 降低cyclomatic complexity
- if's are closer to configuration than logic
Conditionals aren't always bad, but they can be (and frequently are) abused. source
一些聪明的开发人员将类似的解决方案直接内置到 PHP
、??
中,即被引入到 PHP。
在功能上它们会产生相同的结果。但是一个 (&&
) 说你是一个优秀的程序员,另一个 (if
) 说你是在做副业。
别再害怕你的代码了。
为你的代码感到自豪。