应该彻底了解运算符优先级吗？

Question

程序员是否应该彻底了解运算符优先级？ 使用大括号对表达式进行分组应该没问题，不是吗？ 为了安全起见，我总是使用牙套。 当被问及优先级问题时，我无法轻易回答。

Answer 1

对于非常常见的操作员 - 是的，值得了解它。 如果您将依赖于运算符优先级的所有内容都放在括号内，那么您的代码将不可读（或容易与 Lisp 混淆）。

对于更晦涩难懂的运算符 - 我明确避免学习它们。 如果我开始认为太多事情是理所当然的，而我无法合理地期望其他开发人员知道，我就会开始编写我可以轻松阅读但其他人无法阅读的代码。 最好的例子是移位运算符。 我什至不知道（当然 - 我有一个暗示）如果没有括号，其中哪一个会被同等对待，但我绝对确定哪个更清楚：

int x = (y << shift) + offset;

或

int x = y << (shift + offset);

Answer 2

是的，了解运算符优先级很重要。 然而，我认为使用括号来完全清楚地表达你的意图是有价值的。 它将有助于可读性和可维护性。

Answer 3

几年前，我看到了这个 C 语言的优先级表：

• 乘法和除法发生在加法和减法之前。
• 使用括号。

这有点过于简化，但它的想法是正确的。

Answer 4

除了最常见的算术运算符之外，我都使用备忘单。 如果事情有一点棘手，我会使用明确的括号来明确我的意图。

我喜欢使用书面指南而不是记住优先级的原因是我经常使用多种语言进行工作，并且规则略有不同。 当我开始过于依赖记忆时，记住最常见运算符之外的任何内容都可能会导致错误。

Answer 5

你应该理解它，但你不应该假设别人会理解。 我总是使用括号来明确优先级。

Answer 6

我知道基础知识（例如，除法和乘法比加法和减法更高），但我必须查找更深奥的东西。

我通常使用括号来表达我的意图。 我认为它读起来更好，并且避免了由于不正确的假设而导致的错误。

Answer 7

它当然不会有什么坏处，并且可以帮助您阅读其他人编写的具有优先微妙之处的代码。

但在实践中，最好不要假设维护代码的人员具有相同的技能，因此虽然应该能够阅读此代码，但您可能不希望编写过多利用交互的代码。 最好使用明确无误的结构，即使这意味着到处都有一些额外的括号。

Answer 8

在这一点上我同意你的看法； 使用大括号来明确优先级总是一个好主意。 它使您的代码更易于阅读，并且您的意图很明确。

话虽如此，如果您正在维护其他人的代码，您应该知道在哪里查找有关运算符优先级的信息。

Answer 9

实际上：并非如此。 如果它太复杂以至于您必须知道运算符优先级，那么无论如何您都应该将表达式分解为块。 另外，括号会拯救你！

专业：学习您选择的语言的顺序并不需要很长时间，并且在阅读其他人的代码时可以派上用场。 如果没有别的事，就把它放在你的立方体墙上的备忘单上。

Answer 10

您应该理解它，以便能够阅读那些没有在任何地方使用括号的人编写的代码。

我不认为“总是大括号”是一个好的经验法则。 具有太多括号的代码会变得比必要的更难阅读。 喜欢：

(a * b) + c

只是愚蠢的。 某个地方存在着平衡，挑战在于找到它。 就像许多其他事情一样，它需要运用常识。

Answer 11

Quick，在 T-SQL 中具有更高的优先级：AND 与 OR。

SELECT c.Name
FROM [Customer] c LEFT JOIN [Order] o
  ON c.CustomerKey = o.CustomerId
WHERE c.Name like 'B%'
  OR c.Name like 'Z%'
  AND o.CustomerId is NULL

一旦您了解这些运算符的优先级到您依赖该优先级的程度，您就注定会：

• 自己错误地使用它们。
• 遭受其他人的错误，他们不会学习这些运算符，也无法阅读您的代码。

Answer 12

我认为了解基本的优先规则很重要。 我发现了解具体细节并不值得花时间。 主要是因为任何优先级不明确的情况都可以用一组简单的括号来解决。 其次，因为并不是每个人都知道它们，所以最好让您的代码对组中的用户可读。

在大学的时候，我曾经熟记所有的优先规则。 当我进入现实世界后，我发现大多数人都没有记住它们。 如果我签入一些依赖于某些优先规则的有效代码，我始终会得到相同的反馈“添加括号以使其明显”。

Answer 13

还有第三种选择。 与其记住所有这些规则，或使用括号来确保一切......

如果您的表达式太长以至于不清楚首先发生什么，请将其分成多行，使用临时变量中间结果。 然后，您将引入清晰的概念，而无需使用混乱的括号，并且您可以使用临时变量的描述性名称来使事情更加清晰。

Answer 14

不！

如果您不确定优先级，那么其他阅读代码的人很可能会错误地解释它。

如果您不确定

 ( .. ) 

the relevent bits of code then there is no ambiguity for you or anyone else.

Answer 15

我从来没有 100% 掌握优先级规则，因为我使用多种语言（C、C++、perl、bash，偶尔也使用一些 TCL/TK）。 多年来，我在不同时期使用过几种不同的汇编语言和一两个不合格的编译器。

我无法将完整详细的优先规则直接记在脑子里——我必须经常在规则集之间切换。

Answer 16

是 对于：

• * / + -
• && || 和或

否/也许：

• << >>> & | ^

Answer 17

当编写 a == a & 时，很容易欺骗自己。 一些_标志。

即使我建议不要学习优先级规则，为了清楚起见，使用括号和临时变量（记住：代码是要由人类阅读的），有时会出现一个运算符优先级表派上用场。

Answer 18

假设您了解运算符优先级的概念（我假设每个人都从数学课上知道），我宁愿不假设读者有任何知识......

除了常识：正如已经指出的那样，像 a * b + c 这样的表达式可以使用数学课上的知识来理解。 布尔表达式，例如 a < 4、&& a＞ 0 可以理解，因为比较绑定比 && 更符合逻辑。

另一方面，将按位运算符与普通算术混合使用并不存在常识，因此最好在此处使用括号。 && 优先于 || 也没有常识（或者是相反？），所以也在那里使用括号。