1
73
编辑 另外一点需要补充的是,省略真/假关键字也应该(希望)迫使编码人员使用更好的变量。Bool变量应始终表示意义或状态用途,例如:
比必须破译要好得多:
|
2
29
因为这是在验证
然后,很明显,涵盖这两种可能性会增加更多的清晰度,
|
3
20
在我看来,这一点总是比较清楚的。
我不想这么说,因为这听起来有点刻薄,但这通常表明编写代码的人并不真正理解布尔值的用法。不需要重新验证if语句中的布尔值。这是多余的。
(就我个人而言,如果他们给变量命名,我也会对这个人感到恼火
编辑(回应以下评论): 它可能看起来微不足道,但往往是一个更大的事情的迹象。说实话,大多数使用var==true的人都不明白。这只是事实。我并不是说他们愚蠢或者他们不应该成为程序员,只是说他们可能需要复习和学习一些东西。问题是,当逻辑变得更复杂时,不理解这样的概念会导致更大的问题。有人说“这是一种风格”,没关系。在这种情况下,真正的问题是,“这样做对我有什么好处?如果你不能确切地回答这个问题,那么你需要问自己“为什么这是个好主意?” |
4
13
我会的
使用
|
5
13
像这样的
对我来说是多余的 |
6
11
不同意见(种类) 从编译的角度来看,您将得到相同的IL,因此它实际上只从可读性的角度考虑。
从这个角度来看
老实说,我使用这两种方法,大多数情况下,我让它取决于我的变量名。如果用“not”代替“bang”听起来还可以,我很可能会使用bang符号 例如
|
7
6
我用
|
8
2
我喜欢用
但是,如果(
我们不用二进制语言编写C代码的原因之一是人类的可读性。如果让您在阅读时能够流畅的代码和不能够流畅的代码之间进行选择,请选择可读性更好的代码。我不认为加上
诚然,这是一个值得担心的小例子。但正如其他一些答案所表明的,不将这种思维方式应用于更大规模的案例可能会损害可读性。 |
9
2
我通常更喜欢如果(!值),当我确定该值是布尔值时。但很多时候它可以是一个字符串,也可以是一个数字。 零 将评估为 假 在许多语言的条件句中(虽然不是全部);但是,字符串“0”的计算结果是 是的 串 是的 在条件句中)。 咆哮结束。我的建议是:要明确,特别是如果您的语言是非常动态的类型(即JavaScript、PHP、Perl)。 |
10
1
你喜欢哪一个都行。挑一个坚持下去。 |
11
1
如果有人喜欢,我会加一个额外的等级:
:) |
12
1
我不认为这是主观的。我有
奥托,这里给出的所有答案让我的第一句话有点不正确。 |
13
1
只是想引起更多的注意。
总之,这是Perl风格的一个论点
|
14
0
但是,当条件包含多个值检查时,我发现它更容易阅读
|
15
0
我其实有很多可能的形式。 实际上,这并不是按照标准编写的,而是我的看法:
因此我不认为==false是多余的。 |
16
0
我更喜欢第二种选择
还有两件事:
|
17
0
不管什么情况
因此,当
|
18
0
|
19
-2
我使用if(value==false) 这个!如果(!价值)是如此之小,我有时想念它。 |