讨论一个业务代码判断的写法问题，这两种写法你们更喜欢那种？

[nuanshen]

//写法 1 ，不满足条件跳过业务处理
for(){
  if(!condition){
    continue;
  }
  //businessCode
}

//写法 2,满足条件执行业务处理
for(){
  if(condition){
    //businessCode
  }
}

[aababc]

我感觉我是分情况，在循环里不太喜欢使用 break ，continue, 在非循环的场景下，喜欢提前返回！

[yfugibr]

看情况，一般会选用嵌套层数少的，逻辑看着清晰一点

[yaodong0126]

说第一种的，一定没看过 lint 标准，我就贴个地址，自行斟酌： https://eslint.org/docs/rules/no-continue

[zakokun]

一般都提前返回 防止嵌套太多层

[fpure]

@MakHoCheung Avoid Else, Return Early?

[SeaTac]

我反正从来不用 continue…

[jorneyr]

喜欢第一种守卫式写法，并且后面的代码也不用多一层缩进。

[potatowish]

判断条件很多，就用第一种，判断条件少用第二种

[Morii]

目前我的代码尽量都是一次缩进，二次缩进就有阅读成本了

[dexterque]

一般推荐 1 吧

[cnoder]

有没有可能 他某个语言，没有 continue 0.0

[daimubai]

第 1 种，可读性高。可以解放思维，continue 的就不用再管了

[Rache1]

@cnoder TWIG 😂，虽然不算语言，是一个模板引擎，实现了自己的流程控制语句，但是就是没有 continue 和 break

[Xusually]

在循环里，没有特殊情况的话，我一般用 2.

但是在循环外，可以直接 return 的时候经常用 1.

[littlewing]

1

[unregister]

用 continue 感觉有点多余

[libook]

如果代码很长，提前返回可能不利于可读性；甚至建议除非有必要不写 else ，有 if 必有 else ，这样能规避一些逻辑盲区的 bug ，让任何情况都有所处理。

当然代码风格没有完全之策，最好是在每个项目的迭代过程中进行归纳整理，然后沉淀为 lint 规则。

[guanhui07]

1 喜欢卫语句，减少嵌套 好看，方便维护，心智负担少点

[buxudashi]

再加个
if(!!condition){}

[Suddoo]

我一般用第一种