问括号的放置是否影响可读性？

EN

我认为这完全是主观的，但是，我认为为您的团队建立代码标准并让每个人都使用相同的样式是很重要的。尽管如此，我喜欢第二个(并且让我的团队使用它)，因为它似乎更容易阅读，当它不是您的代码。

谷歌C++风格指南建议

在同一行上返回类型作为函数名，参数在同一行上返回(如果它们合适)。 函数如下所示： ReturnType类名：：FunctionName( par_name1类型，par_name2类型){ DoSomething()；.}

WebKit编码风格指南建议

函数定义:将每个大括号放在自己的行上。 右图： int main() {.} 错： int main() {.}

不过，他们建议把其他东西放在同一条线上。

GNU编码标准建议

在第一列中放置开启C函数体的大括号是很重要的，这样它们就会启动去乐趣。有几个工具在第一栏中寻找打开大括号，以查找C函数的开头。这些工具不适用于不以这种方式格式化的代码。 在函数中时，避免将开括号、开括号或开括号放置在第一列中，这样它们就不会开始玩了。开启结构体的开式大括号可以放在第一列中，如果你觉得把这个定义看作是一种去乐趣很有用的话。 函数定义在第一列中启动函数的名称也很重要。这有助于人们搜索函数定义，并可能帮助某些工具识别它们。因此，使用标准C语法，格式如下： 静态字符* concat (char *s1，char *s2) {.} 或者，如果您想使用传统的C语法，将定义格式化如下： 静态字符* concat (s1，s2) /*名称开始于第一列*/ char *s1，*s2；{第一列中的/*打开大括号在这里*/ .}

正如你所看到的，每个人都有自己的观点。就我个人而言，我更喜欢Perl-ish braces-on-same-line-except-for-else，，但是只要每个处理代码的人都能合作，这真的不重要。

在过去，我们使用第一种样式(K &R风格)，因为屏幕更小，代码经常被打印在这种叫做纸的东西上。

如今，我们有了大屏幕，第二种方法(ANSI样式)可以更容易地查看您的括号是否匹配。

有关更多信息，请参见这里和这里。