//写法 1 ,不满足条件跳过业务处理
for(){
if(!condition){
continue;
}
//businessCode
}
//写法 2,满足条件执行业务处理
for(){
if(condition){
//businessCode
}
}
![]() |
1
RedBeanIce 60 天前 via iPhone
分场景。绝大部分提前返回。1
|
![]() |
2
May725 60 天前
更倾向于提前返回,避免嵌套
|
3
TWorldIsNButThis 60 天前 via iPhone
一般不用 for
使用语义化的迭代工具 map filter |
4
yazinnnn 60 天前 ![]() collection.filter { } //过滤满足条件
.map { } //执行业务,返回业务结果 .reduce { } //聚合业务结果 |
![]() |
5
yolee599 60 天前 via Android
提前 return ,可以提高运行效率,代码也美观
|
![]() |
6
chendy 60 天前
看内容多长……
如果不长的话就套在写法 1 里 如果比较长就写成写法 2 提前退出 但是还有一种情况是好几个 contine / break 的( sonar 会警告 这种情况一般就抽个方法,在方法里 return |
![]() |
7
newaccount 60 天前
看情况。business 部分行数不多用 2 ,多了用 1 。但用 1 的时候可能会声明变量以去掉 not 判断,因为快速浏览时感叹号不明显导致漏看。如果感叹号左右增加空格提高可读性又得配置 checkstyle ,麻烦
|
8
dcsuibian 60 天前
喜欢第 1 种,少一层嵌套。
|
![]() |
9
AlekoShen 60 天前
一般 1 不过如果判断条件复杂会用 3,4 楼的写法
|
![]() |
10
VeryZero 60 天前
大多数情况肯定第一种好啊,可以显著降低阅读时的心智负担
|
11
DrakeXiang 60 天前
我一般都是 2 ,除非业务逻辑比较长,然后只有一个 condition 的情况下可能会选择 1
|
![]() |
12
Detector 60 天前
第一种,不管是写起来是读起来,对我而言都舒服太多
|
![]() |
14
MakHoCheung 60 天前
第一种是一个模式,忘了叫啥,Swift 的 guard 语句就是这样
|
![]() |
15
xuelu520 60 天前
写法一吧,
第二种如果业务代码很多,很容易造成多重嵌套。 |
![]() |
16
buried 60 天前
写法一,避免太多的缩进
|
![]() |
17
hidemyself 60 天前
第一种,卫语句
|
18
SteveWoo 60 天前
看这个模块重不重要。 如果出错了风险大不大。 一般情况第一种。
重要场景,个人一定会 if 和 else 成对出现来实现,宁愿有一堆 if else 嵌套 for(){ if { if { } else{ } } else { if { } else{ // 根据算法多次与产品确认,这个场景就是啥也不做 } } } |
19
fkname 60 天前
排除其他条件更喜欢第二种,因为第一种加了一个非,有时候变量命名又是什么 notSuccess 之类的,再加个非脑子里就要多想一下,如果疏忽了就可能导致判断错误。
|
20
exmario 60 天前
一般选 2 ,业务流程更清晰
|
21
aababc 60 天前
我感觉我是分情况,在循环里不太喜欢使用 break ,continue, 在非循环的场景下,喜欢提前返回!
|
22
yfugibr 60 天前
看情况,一般会选用嵌套层数少的,逻辑看着清晰一点
|
23
yaodong0126 60 天前
说第一种的,一定没看过 lint 标准,我就贴个地址,自行斟酌: https://eslint.org/docs/rules/no-continue
|
![]() |
24
zakokun 60 天前
一般都提前返回 防止嵌套太多层
|
25
fpure 60 天前
@MakHoCheung Avoid Else, Return Early?
|
![]() |
26
seaiaddca 60 天前 via iPhone
我反正从来不用 continue…
|
27
jorneyr 60 天前
喜欢第一种守卫式写法,并且后面的代码也不用多一层缩进。
|
![]() |
28
potatowish 60 天前 via iPhone
判断条件很多,就用第一种,判断条件少用第二种
|
![]() |
29
Morii 60 天前
目前我的代码尽量都是一次缩进,二次缩进就有阅读成本了
|
30
dexterque 60 天前
一般推荐 1 吧
|
![]() |
31
cnoder 60 天前
有没有可能 他某个语言,没有 continue 0.0
|
32
daimubai 60 天前
第 1 种,可读性高。可以解放思维,continue 的就不用再管了
|
![]() |
34
Xusually 60 天前
在循环里,没有特殊情况的话,我一般用 2.
但是在循环外,可以直接 return 的时候经常用 1. |
35
littlewing 60 天前
1
|
![]() |
36
unregister 60 天前 via Android
用 continue 感觉有点多余
|
![]() |
37
libook 60 天前
如果代码很长,提前返回可能不利于可读性;甚至建议除非有必要不写 else ,有 if 必有 else ,这样能规避一些逻辑盲区的 bug ,让任何情况都有所处理。
当然代码风格没有完全之策,最好是在每个项目的迭代过程中进行归纳整理,然后沉淀为 lint 规则。 |
![]() |
38
guanhui07 60 天前
1 喜欢卫语句,减少嵌套 好看,方便维护,心智负担少点
|
![]() |
39
buxudashi 60 天前
再加个
if(!!condition){} |
40
Suddoo 60 天前 via iPhone
我一般用第一种
|
![]() |
41
jiangzhizhou 60 天前
这两种都可以,但是 for 一般必须被 Stream 替换。
|
![]() |
42
stillsilly 60 天前
我写代码 18 年了,从没用过 continue
|
![]() |
43
unco020511 60 天前
我喜欢 1
|
44
kinghly 60 天前 via Android
减少嵌套
|
![]() |
45
clorischan 60 天前 ![]() 个人习惯是循环内用真判断, 满足条件时执行.
函数内使用假判断, 参数不符合要求提前返回. e.g: DoSomethings (things) { if (things is null) throw if (things is empty) return for (thing in things) { if (thing is not nothing) { //do thing } } } |
![]() |
46
lujiaosama 60 天前
循环外第一种提前返回, 循环内第二种我不喜欢用 continue
|
![]() |
47
icylogic 59 天前
第一种视觉上嵌套少,但 npath 复杂度仍然是升高的,函数最终还是要控制 npath (或者类似的标准)以适配人脑 cache 大小
|
![]() |
48
wlbcs 59 天前 via Android
大部分情况下都是第 1 种
|
![]() |
49
wu67 59 天前
建议看看《重构》, 有对这个场景的说明.
按我个人理解, 是分支少就直接 if else. if else 过多, 需要打断嵌套地狱, 就使用‘错误先行’, 即提前返回, 后续的代码就能少一层{} |
![]() |
50
cheng6563 59 天前
哪种{}小用哪种
|
51
evan1024 59 天前 via Android
一般保持团队一致即可,推荐引入代码风格检查工具
|
![]() |
52
irisdev 59 天前
2 吧,不喜欢用 continue
|
53
changz 58 天前
卫语句
|
54
alen0206 53 天前
1
|
![]() |
55
siweipancc 33 天前 via iPhone
第二种容易写成无限套娃,看得人头大。
我写的业务代码缩进超过两次就当场重构了。 我的猜想是喜欢第二种的大部分原因来源产品模糊的需求,那怎么避免呢? if 判断精确判断到产品的原话不就得了,好处是出问题直接甩锅,至于代码维护的相信后人智慧 |