javascript有很多问题。看看JavaScript架构师Douglas Crockford谈论的if语句似乎很好，但return语句可能会引入一个问题。

return
{
    ok:false;
}
//silent error (return undefined)

return{
    ok:true;
}
//works well in javascript

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

忘掉“这是个人偏好”、“代码会正常运行”、“它对我来说工作得很好”、“它更可读”之类的废话。如果你犯了一个错误，这很容易导致非常严重的问题，相信我，当你在编码时很容易犯错误(不相信吗?，看看著名的苹果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:在上面的例子中注意到错误的人会得到加分。

总是发现

if(valid) return;

对我的眼睛来说比

if(valid) {
  return;
}

还有条件的，比如

(valid) ? ifTrue() : ifFalse();

(我个人的观点)是否更容易阅读

if(valid) {
  ifTrue();
} else {
  ifFalse();
}

但我想这归结于编码风格

有很多好的答案，所以我不会重复，除了说我的“规则”时，大括号可以省略:条件'返回'或'抛出'(例如)作为他们的唯一声明。在这种情况下，流控制已经清楚地表明它正在终止:

由于终止流控制，即使是“坏情况”也可以快速识别(并修复)。这个概念/结构“规则”也适用于许多语言。

if (x)
    return y;
    always();

当然，这也是为什么人们可能会使用linter..

我想指出的是，你也可以把花括号去掉else。正如约翰·瑞西格在这篇文章中看到的。

if(2 == 1){
    if(1 == 2){
        console.log("We will never get here")
    }
} else 
    console.log("We will get here")

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

否则，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
}