即使在没有必要的情况下，我也应该在逻辑语句中使用括号吗？

If (a AND b) OR (c AND d) Then ...

#1 楼

优秀的开发人员努力编写清晰，正确的代码。

为了清楚起见，请想到括号，就像代码中的注释：并不是严格必须的，理论上有能力的开发人员应该能够找出没有它们的代码。但是，这些提示非常有用，因为：


它们减少了理解代码所需的工作。
它们可确认开发人员的意图。

此外，多余的括号（如缩进，空格和其他样式标准）有助于以直观的方式直观地组织代码。 。当它们发生时，它们可能是很难发现的错误-因为通常情况下，错误的条件在大多数情况下都会正确执行，并且偶尔会失败。下一个处理您的代码的人可能不会，要么在表达式中添加错误，要么误解您的逻辑，从而在其他地方添加错误（正如LarsH正确指出的那样）。

我始终对包含and的表达式使用括​​号和or（以及具有类似优先级问题的算术运算）。

#2 楼

是否对掌握语言有信心就无关紧要。更重要的是掌握紧随您的n00b语言。

以最清晰，最明确的方式编写代码。多余的括号通常（但不总是）有帮助。在一行上仅放置一条语句通常会有所帮助。编码风格的一致性通常会有所帮助。

括号太多了，但这是您不需要建议的情况之一-当您看到时就会知道。此时，重构代码以减少语句的复杂性，而不是删除括号。

#3 楼

是的

您应该始终使用括号...您不控制优先顺序...编译器的开发人员可以。这是我发生的一个不使用括号的故事。这在两周内影响了数百人。

现实世界的原因

我继承了一个大型机应用程序。有一天，它突然失去作用了。就这样......声就停止了。

我的工作是使它尽快运行。源代码已经有两年没有修改了，但是突然间它就停止了。我试图编译代码，但它在第XX行中断了。我看着XX行，但我不知道是什么使XX行中断。我询问了此应用程序的详细规格，但没有任何规格。 XX行不是罪魁祸首。

我打印了代码并开始从上至下进行检查。我开始创建正在发生的事情的流程图。代码太复杂了，我什至无法理解。我放弃尝试绘制流程图。我很害怕做出更改，却不知道该更改将如何影响其余的过程，尤其是因为我没有应用程序的功能或依赖链中的位置的详细信息。决定从源代码的顶部开始，并添加whitespce和行制动器，以使代码更具可读性。我注意到，在某些情况下，是否存在将AND和OR组合在一起的条件，并且在区分AND ed和OR ed是什么数据之间并不清楚。因此，我开始在AND和OR条件周围加上括号，以使其更具可读性。

当我慢慢进行清理时，我会定期保存工作。有一次我尝试编译代码，然后发生了一件奇怪的事情。该错误已跳过了原始代码行，而现在进一步降低了。所以我继续，用括号分隔了AND和OR条件。当我完成清理工作时。去看图。

然后我决定去操作车间，问问他们最近是否在主机上安装了新组件。他们说是的，我们最近升级了编译器。嗯。

事实证明，旧的编译器无论如何都从左到右评估表达式。新版本的编译器还从左到右评估表达式，但代码含糊不清，这意味着无法解决AND和OR的不清楚的组合。当结合使用AND条件和OR条件时，请使用括号将它们分隔开。这是我遇到的问题的简化版本。复合布尔逻辑语句还存在其他条件。原始作者早已不复存在。我记得压力很大。一整艘货船被困在港口，无法卸载，因为这个小程序不起作用。没有警告。无需更改源代码。在我发现添加括号改变了错误之后，我才问网络运营商是否修改了任何内容。

#4 楼

是的，如果混合使用“和”和“或”。

（）逻辑上是一种检查也是个好主意。可读。

#5 楼

括号在语义上是多余的，因此编译器不在乎，但这是一个红色的鲱鱼-真正关心的是程序员的可读性和理解力。对a AND b OR c AND d中的括号表示衷心的“否”。每个程序员都应该从心底知道布尔表达式的优先级不是NOT AND AND OR，就像记住“请为我亲爱的萨莉姨妈萨莉”代数表达式一样。多余的标点符号大多数时候只会在代码中增加视觉混乱，而对程序员的可读性没有好处。标记为“这里发生了一些棘手的事情-注意！”就是说，在您要覆盖默认优先级并在乘法运算之前或在与运算符AND之间进行加法运算的情况下，括号对于下一个程序员而言是一个不错的警示。当不需要它们时，过多地使用它们，您便成为了《狼来了的男孩》。 C语言中的表达式，其中比标准习惯用法（例如*p++或p = p->next）更复杂的任何事物都应该加括号以保持解引用和直接的运算。而且，当然，这都不适用于使用某种形式的波兰语表示法的Lisp，Forth或Smalltalk等语言。但是对于大多数主流语言，逻辑和算术优先级是完全标准化的。

#6 楼

据我所知：

是优点：


操作顺序是明确的。操作。

是缺点：


可能会导致混乱，难以阅读的代码

否优点：


？操作顺序。

#7 楼

是否有任何论点支持或反对包括多余的括号？实践经验是否表明值得将它们包括在内以提高可读性？还是一个信号，表明开发人员需要真正坐下来并对他们的语言基础充满信心？认为我不会在意。 >其他人有时会看我的代码

，甚至不得不扩展/修复它！
写神秘的“最小化字符数”代码会损害可读性

我几乎总是这样做，因为我相信我的能力能够快速阅读并且不会用小错误犯更多的错误。

就您而言，我几乎可以肯定地做类似的事情：

是的，我可以改做花式布尔运算符。不，我不希望将来再漏读1年以上的代码时会误读一些花哨的bool运算符。如果我用具有不同AND / OR优先级的语言编写代码并且不得不跳回以解决此问题怎么办？我要走了吗，“啊哈！我还记得我所做的这个聪明的小事！去年写这篇文章时，我不必包括parens，现在我还记得好事！”如果发生这种情况（或更糟糕的是，其他人不知道这种聪明之处，或者陷入了“尽快修复”类型的情况）？略读并稍后了解...

#8 楼

一般情况

在C＃中，乘法和除法优先于加法和减法。使用规则SA1407来减少可能不够清晰的代码引入的错误的风险。此规则将使用以下代码产生警告：

var a = 1 + 2 * 3;

很明显，结果是7而不是9，但StyleCop仍然建议加上括号：

var a = 1 + (2 * 3);

您的特定情况

在您的特定情况下，与您使用的特定语言中的OR相比，AND优先。

这不是每种语言的行为方式。

作为一个主要使用C＃工作的开发人员，当我第一次看到您的问题并在不阅读您之前编写的内容的情况下阅读代码时，我的第一个诱惑是要评论这两个表达式不相同。希望在评论之前，我已经完整地阅读了整个问题。 />
不要编写旨在表明自己很聪明的代码。编写代码以提高可读性为目标，包括可能不熟悉该语言各个方面的人员。

#9 楼

众所周知，每次使用括号都会使表达式更具可读性。但是，如果表达式很复杂，建议您为子表达式引入新功能。

#10 楼

还是标志着开发人员需要真正坐下来对他们的语言基础充满信心？


如果严格使用单数语言， 也许。现在，使用所有您知道的语言，从古老到现代，从编译到脚本编写，再到SQL，再到您上个月发明的自己的DSL。

您还记得每种语言的确切优先级规则这些语言，不用看？

#11 楼

“即使在不必要的情况下，我也应该在逻辑语句中使用括号。”

是的，因为两个人会发现它们很有用： ，能力或风格可能有所不同
以后您将来再使用此代码的将来！

#12 楼

复杂的条件词是“布尔代数”，您可以通过某种方式编写它们，使其看起来非常像代数，而您肯定会使用parens代数，对吗？真正有用的规则是取反规则：

!(A || B) <=> !A && !B
!(A && B) <=> !A || !B

，或者，以更清晰的格式：
>这显然是代数，写为：

尽管必须在代码中编写：

!(A + B) <=> !A * !B
!(A * B) <=> !A + !B

，或者，以更清晰的格式：

基本上，条件表达式仍然只是代数表达式，通过清楚地使用括号，您可以更轻松地将已知的各种代数规则应用于表达式，包括“简化或扩展这个公式”。

#13 楼

即使括号是可选的，我也将使用括号，这是为什么，因为它有助于更​​好地为每个人，编写代码的人和准备看该代码的人理解。在您的情况下，即使布尔运算符也具有优先权，但一开始它可能会运行良好，但是我们不能说它会在每种情况下都对您有所帮助。因此我更喜欢在可能需要或可能需要的任何情况下使用括号。

#14 楼

是。在任何情况下，当您认为自己的代码会更清晰时，都应该使用。请记住，您的代码应该足够清晰，以便其他人可以理解而无需阅读代码内部的注释。因此，使用括号和花括号是一个好习惯。还请记住，这可能取决于您的公司/团队的特定实践。只需保持一种方法，不要混淆。