技术上没有，但是非常推荐!!

忘掉“这是个人偏好”、“代码会正常运行”、“它对我来说工作得很好”、“它更可读”之类的废话。如果你犯了一个错误，这很容易导致非常严重的问题，相信我，当你在编码时很容易犯错误(不相信吗?，看看著名的苹果go to fail漏洞)。

论据:“这是个人偏好”

不，不是的。除非你们是一个人去火星，不然不行。大多数时候会有其他人阅读/修改您的代码。在任何严肃的编码团队中，这都是被推荐的方式，所以这不是一个“个人偏好”。

参数:“代码将运行良好”

意面代码也是如此!这是否意味着可以创建它?

论据:“这对我来说很有效”

在我的职业生涯中，我见过很多因为这个问题而产生的bug。你可能不记得有多少次你注释掉了“DoSomething()”，并对为什么要调用“SomethingElse()”感到困惑:

if (condition) 
    DoSomething();
SomethingElse();

或者添加了'SomethingMore'并且没有注意到它将不会被调用(即使缩进暗示相反):

if (condition)
  DoSomething();
  SomethingMore();

这是我在现实生活中遇到的一个例子。有人想要关闭所有日志，所以他们运行find&replace "console.log" => //"console.log":

if (condition) 
   console.log("something");
SomethingElse();

看到问题了吗?

即使你认为，“这些都是微不足道的，我永远不会这么做”;记住，总会有一个团队成员的编程技能不如你(希望你不是团队中最差的!)

参数:“这更有可读性”

如果说我学过编程，那就是简单的事情很快就会变得非常复杂。这是很常见的:

if (condition) 
    DoSomething();

在使用不同的浏览器/环境/用例进行测试或添加新功能后，它会变成以下内容:

if (a != null)
   if (condition) 
      DoSomething();
   else
      DoSomethingElse(); 
      DoSomethingMore();
else 
    if (b == null)
         alert("error b");
    else 
         alert("error a");

和这个比较:

 if (a != null) {
    if (condition) { 
       DoSomething();
    }
    else {
       DoSomethingElse();
       DoSomethingMore();
    }
 } else if (b == null) {
    alert("error b");
 } else {
    alert("error a");
 }

PS:在上面的例子中注意到错误的人会得到加分。

我在一个类似的经历中找到了这个答案，所以我决定用我的经历来回答它。

无括号语句在大多数浏览器中都可以工作，然而，我测试了无括号方法实际上在某些浏览器中不起作用。

截至2018年2月26日，该声明在苍白的月亮，但不是谷歌Chrome。

function foo()
   return bar;

大括号是不必要的.....但无论如何都要加进去

....why should you add braces in if statements if they are not necessary? Because there's a chance that it could cause confusion. If you're dealing with a project with multiple people, from different frameworks and languages, being explicit reduces the chances of errors cropping up by folks misreading each other's code. Coding is hard enough as it is without introducing confusion. But if you are the sole developer, and you prefer that coding style, then by all means, it is perfectly valid syntax.

作为一个普遍的哲学:避免写代码，但如果你必须写，那么让它明确。

if (true){console.log("always runs");}

if (true) console.log("always runs too, but what is to be gained from the ambiguity?");
    console.log("this always runs even though it is indented, but would you expect it to?")

^声明:这是个人观点-意见可能会有所不同。请咨询您的CTO以获得个性化的编码建议。如果编码头痛持续，请咨询医生。

语句的开始缩进级别应该等于它上面的开大括号的数量。(不包括引号或注释大括号或预处理器指令中的大括号)

否则，K&R将是很好的缩进样式。为了修复它们的风格，我建议在一行中放置简短的if语句。

if (foo) bar();    // I like this. It's also consistent with Python FWIW

而不是

if (foo)
   bar();   // not so good

如果我正在编写一个编辑器，我会让它的自动格式按钮将bar吸到与foo相同的行，并且如果你在bar之前按下return，我会让它在bar周围插入括号:

if (foo) {
  bar();    // better
}

然后，在if语句的主体中在bar的上方或下方添加新语句就很容易且一致了

if (foo) {
  bar();    // consistent
  baz();    // easy to read and maintain
}

有一个可读性方面-当你有复合语句时，它可能会非常混乱。缩进有帮助，但对编译器/解释器没有任何意义。

var a;
var b;
var c;

//Indenting is clear
if (a===true)
  alert(a); //Only on IF
alert(b); //Always

//Indenting is bad
if (a===true)
  alert(a); //Only on IF
  alert(b); //Always but expected?

//Nested indenting is clear
if (a===true)
  if (b===true)
    alert(a); //Only on if-if
alert (b); //Always

//Nested indenting is misleading
if (a===true)
  if (b===true)
    alert(a); //Only on if-if
  alert (b); //Always but expected as part of first if?

//Compound line is misleading
//b will always alert, but suggests it's part of if
if (a===true) alert(a);alert(b); 
else alert(c); //Error, else isn't attached

然后是可扩展性方面:

//Problematic
if (a===true)
  alert(a);
  alert(b); //We're assuming this will happen with the if but it'll happen always
else       //This else is not connected to an if anymore - error
  alert(c);

//Obvious
if (a===true) {
  alert(a); //on if
  alert(b); //on if
} else {
  alert(c); //on !if
} 

这种想法是这样的，如果你总是有括号，那么你就知道在这个块中插入其他语句。

这个问题问的是一行中的语句。然而，提供的许多示例说明了不要基于多行语句省略大括号的理由。在一行中不使用括号是完全安全的，如果这是您喜欢的编码风格的话。

例如，问题问这样做是否可以:

 if (condition) statement;

它不会问这是否ok:

 if (condition)
   statement;

我认为去掉括号更可取，因为它使代码更具可读性，语法更少。

我的编码风格是永远不用括号，除非代码是一个块。不要在一行上使用多个语句(用分号分隔)。我发现这很容易阅读和清楚，从来没有“if”语句的范围问题。因此，在单个if条件语句上使用括号需要3行。是这样的:

 if (condition) {
   statement;
 }

使用一行if语句更可取，因为它使用的垂直空间更少，代码更紧凑。

我不会强迫其他人使用这种方法，但它对我来说是有效的，我非常不同意所提供的关于省略括号如何导致编码/范围错误的例子。