Question

可能重复：
  Formatting of if Statements
  Is there a best coding style for identations (same line, next line)?
  Best way to code stackoverflow style 'questions' / 'tags' rollover buttons

public void Method {

}

或

public void Method
{

}

除个人偏好外，还有一种风格比另一种风格有什么好处吗？我曾经用第二种方法发誓虽然现在使用第一种方式进行工作和个人项目。

可读性我的意思是想象那些方法中的代码 - if / else etc ......

Answer 1

Google C++ Style Guide建议

返回类型与函数名称相同的行，如果符合，则返回同一行的参数。

功能如下：
ReturnType ClassName::FunctionName(Type par_name1, Type par_name2) {
  DoSomething();
  ...
}

WebKit Coding Style Guidelines建议

函数定义：将每个大括号放在自己的行上。

右：
int main()
{
    ...
}
错：
int main() {
    ...
}

他们建议在其他所有方面使用同一条线。

GNU Coding Standards建议

重要的是将启动C功能体的开括号放在第一列中，这样它们就会开始定位。有几个工具在第一列中查找开括号以找到C函数的开头。这些工具不适用于那种没有格式化的代码。

当它们在一个函数内部时，避免在第一列中放置开括号，开括号或开括号，这样它们就不会启动defun。如果您认为将该定义视为defun有用，那么启动结构体的开括号可以放在第一列中。

函数定义在第一列中启动函数名称也很重要。这有助于人们搜索功能定义，也可以帮助某些工具识别它们。因此，使用标准C语法，格式为：
static char *
concat (char *s1, char *s2)
{
  ...
}
或者，如果您想使用传统的C语法，请按如下格式定义：
static char *
concat (s1, s2)        /* Name starts in column one here */
     char *s1, *s2;
{                     /* Open brace in column one here */
  ...
}

如你所见，每个人都有自己的意见。就个人而言，我更喜欢Perl-ish括号 - 同一行 - 除了 - { - 1}}，但只要每个人都在合作，那就无所谓了。

Answer 2

在过去，我们习惯使用第一种风格（K＆amp; R风格），因为屏幕较小，而且代码经常印在这种称为纸张的东西上。

这些天我们有大屏幕，第二种方法（ANSI风格）可以更容易地看到你的括号是否匹配。

有关详细信息，请参阅HERE和HERE。

Answer 3

我认为这是完全主观的，但是，我认为为您的团队建立代码标准并让每个人都使用相同的风格非常重要。这就是说我喜欢第二个（并且让我的团队使用它）因为当它不是你的代码时它似乎更容易阅读。

Answer 4

第一个在行数方面较小（这可能就是为什么开发-Java-书籍倾向于使用该语法）

第二个是，恕我直言更容易阅读，因为你总是有两个对齐的括号。

无论如何，它们都被广泛使用，这取决于您的个人喜好。

Answer 5

我在这个高度情绪化的主题中使用if语句作为理由。

if (cond) {
   //code
}

只是询问else语句是什么样的？上述的逻辑扩展是： -

if (cond) {
   //code   
} else {
   //more code
}

这可读吗？我不这么认为，它也很丑陋。

更多行！=不太可读。因此，我会选择你的后一种选择。

Answer 6

使用第一个选项，您的代码行数将大大减少。：）

Answer 7

就个人而言，我发现第二个更具可读性（对齐卷曲）。

对于团队来说，使用默认值总是最容易的，因为Visual Studio和我同意这一点，这就是我的观点。 ; - ）

支架放置是否会影响可读性？

7 个答案: