if(true)是个什么习惯？

[retanoj]

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

// 关闭某个接口

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

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

[weer0026]

强迫症表示每次都删。。

[broker]

是为了增加一个 block 吧，if(true) 比直接写{ }，可读性强一些。。。 就像用 do {} while(false)代替 goto

[esmdxx1]

屏蔽我得记忆，测试什么啊

[hyyou2010]

比如某一段代码不需要了，但没准明天又需要了，可以这样临时处理一下。不方便注释掉，因为可能导致其他地方编译不过，一路都处理比较费劲。

[esmdxx1]

铺天盖地得测试，你们告诉我你们是为了让我不回应，而还发铺天盖地得测试

[autoxbc]

代码是需求的流程化描述，如果需求本身是混沌的，代码强行清晰说明丢失了信息

[langxuan]

@nicevar 不能很快找到大概说明了 commit message 写的不清楚吧

[autoxbc]

比如产品说，这个到底怎么弄我还没想到，你的代码要体现出这种内心的纠结

[sampeng]

原来大家 git/svn 都不怎么用的。。。为毛不直接删。如果真可能有用，打个 tag。要的时候从版本库里面找回来也就分分钟的事

[gamexg]

如果觉得这个功能以后都不用了当然会删除 if。
但是有时候明知需求不靠谱，几天后还会改回来，就不删除 if，只修改下条件，方便下次找准地方（版本库回退是个方法，但是回退前还会有其他提交，回退不方便）。

不过如果这个功能没回退，那么 if(true) 可能就忘记导致永久留在那里了。

[miyuki]

@littleylv

build error: unused function 'check'

[kfll]

这样就不用改缩进了呀

[elgae]

条件编译。没啥用，编译时优化就把 if 去掉了

[mkdong]

只见过 if (false) 配合 goto

[mawenjian]

控制内部变量的作用域，这样写还是有点用的。

[wzha2008]

if check_condition and 0:
pass

if check_condition or 1:
pass

[bolice]

我经常这样写，当测试环境不满足时
if(true)//(实际判断条件)
{
}
else
{
}
完事正事测试时删掉 (true)//

[bolice]

@mawenjian #55 内部变量的作用域，直接加个大括号就够了，仅针对 c。

[afpro]

楼上不要瞎说 这个人明显是想干掉这个方法 直接返回 error 但是不会 aop 又不想靠 git 不敢删代码 直接写个 return 编译器又不高兴 只好用 if(true) 包起来了

[ty89]

预留的

这个地方很有可能将来变成由某个条件决定，因此写成 if 结构