if(true)是个什么习惯？

[retanoj]

经常在代码里看到这种用法

// 关闭某个接口

if(true) { return APIResultVo.error(xxxx); }

这个 if( true ) 是什么编程习惯？有什么说法么？

[xiaowangge]

你们公司有 code review 吗？/t/291623

[xiaowangge]

你们公司有 code review 吗？

/t/291623

t/291623

[fhefh]

true 以前应该放了什么条件 由于某些原因又不需要了 以后可能还要 所以 就这么放着了

话说偶经常这么干~~

[flyingghost]

@autoxbc 体现内心的纠结 233333333333

[nosugar]

https://github.com/barrer/scan-helper/blob/master/scan_helper_jpg.py
写了好几个：
if True: # 禁用灰度设置
colorspace = ''

depth = ' -depth 8' # https://en.wikipedia.org/wiki/Color_depth
if True: # 禁用色彩深度
depth = ''
主要是防止有人要用的时候直接设置“ False ”，方便，防御性开发

[linpf]

对我来说，出现这种情况的可能性就是预留。
在短期的未来时间内，我需要在这里加个条件，但是目前还不需要。

[xuboying]

这是在给项目经理留台阶啊，毕竟拍脑袋的人不会理解重构，重新代码 review，从 git 历史找代码重新融合都要花时间的。

[xuboying]

薛定谔的代码

[cwek]

@play78 if(flag == true) ???

[huluhulu]

这种一般上
#ifdef xxxx
{
}
#endif

[jalena]

感觉这很正常啊！！经常条件函数没有写完的时候直接就用 true 来跑了 啊，等那边写好直接改就好了嘛！！

[superkey]

测试呀,我喜欢这样.
```
if(... || 1) {
xxx
}
```

[Matrixbirds]

可能是遇到了假的 true

[CruelMoon]

调试的需要

[omygod]

可读性高啊

[wohenyingyu01]

@dorentus 新的编译器应该直接不编译这个判断，这才是优化吧。

[sacuba]

@VincentWang #20 一个需求改个十几次二十几次的，你会发现版本根本没用的！！！

[Afanyiyu]

iftrue 应该就是 debug 用的吧，
不过要是 jit 编译的话有没有都一样，
不过，，，美观呢？

[ryd994]

if true
为什么不用#define ？
孤零零一个 true，谁知道什么用

[metorm]

@fan123199 然而，如果那里需要有一个无条件的 return，它下面本来就应该是没有代码的呀……