用括号括住C中的返回值

在ANSI C代码中，经常可以看到括号将单个返回值括起来。

像这样：-

int foo(int x) {
  if (x)
    return (-1);
  else
    return (0);
}

在这种情况下，为什么要在返回值周围使用（）？有任何想法吗？我看不出有什么理由。

确实没有理由……这只是古老的惯例。

为了节省空间，程序员通常会在返回行中而不是在返回行中做最后的数学运算，并且确保大多数都位于括号内，以便更轻松地看到返回的是单个语句，如下所示：

return (x+i*2);

代替

int y = x+i*2;
return y;

圆括号成为一种习惯，并且被卡住了。

一个实用的但不太可能的动机是，如果在值周围加上括号，则可以将return定义为宏，然后插入一些日志记录代码来监视所有返回值。

我的个人风格是在表达式复杂的情况下使用括号；例如，

return (a + b);

但如果表达式是一个简单术语，则不要使用它们

return a;

我不能说为什么要那样做。只是我很久以前捡到的东西。

顺便说一句，我认为使它看起来像一个函数调用，如下所示：

return(a);  // ugh

是非常丑陋，只是错误。

在原始的C规范中，在返回值周围需要括号。 尽管现代C编译器和ANSI C标准不要求使用它们，但括号的存在并不影响返回值，并且程序员出于出于与需要它们的风格惯例的一致性的习惯，有时仍然出于习惯而不熟悉它们，或可能是为了向后兼容。

对于那些正在考虑C ++的人们，我应该补充一点：这个问题是关于C的，而C不是C ++；这是两种不同的语言，它们具有不同的标准，功能，难度级别以及出现的不同使用方式-无论它们有什么共同之处，将它们视为两个完全独立的事物都是明智的。有关涵盖C ++的类似问题，请参见返回括号中结果的括号是否有意义？。

有几个原因：

1. 如果/同时/为/等 是所有必须具有括号的控制关键字。因此，经常将它们也返回也很自然。

2. sizeof是唯一可以包含或不包含它们的其他关键字，除了在某些情况下必须使用括号。因此，更容易养成始终使用parens的习惯。对于sizeof，这表示以下逻辑：如果可以，请始终这样做。

3. case / goto是从未使用过括号的唯一关键字。...并且人们倾向于将它们视为特殊情况（并且喜欢它们都在其他控制关键字（尤其是goto）中脱颖而出）。

在示例中返回-1时，我认为括号内的内容可读性更好，因为减号更为明显：

return 1

要么

return -1

要么

return (-1)

也许这是风俗习惯的-毕竟，为我们带来Unix和C的人们来自Multics项目。Multics是用PL / I编写的，在PL / I中，括号是强制性的。

我曾与至少一位程序员合作，他认为return是某种特殊的函数调用，当他看到我的代码在没有括号的情况下被编译时感到惊讶。

通常在使用括号的情况下，我认为这只是为了提高可读性（例如，Ruby支持不带括号的方法调用，将参数括起来，但最近的书籍和文章则建议否则）。

return语句中的括号指示编译器您打算将此值返回堆栈而不是内存中。

在过去，这是严格执行的（通常是严格执行），但是今天大多数编译器仅将其作为提示。

我经常这样做，因为错误可能会破坏通过内存引用返回的所有内容，但通常不会影响在堆栈上返回的变量。

将堆栈用于瞬态变量还可以减少内存使用，并且通常可以使函数调用/返回更快，因为这是堆栈为瞬态数据/变量而设计的目的。

在return语句中使用括号表明C/C++语法缺乏把握。就这么简单。但这并不像将所有内容都放在花括号中一样糟糕：

int foo(int x) {
  if (x) {
    return (-1);
  }
  else {
    return (0);
  }
}

太多的程序员这样做。如果你们其中之一读过这本书，也许您想解释一下。