属性名不让用 is 开头，应该用什么？

[7911364440]

[lyz1990]

为啥不能 is ？

[h82258652]

shifouVisible
手动狗头

[PerFectTime]

凭什么

[jinhan13789991]

换成 if 开头
isVisiable => ifVisiable
isSelected => ifSelected

[meeop]

感觉 are 最万能
不能用 selected 的原因:不是所有布尔变量都是一种状态 /动作,比如 isVip,变量名叫 vip 就很模糊
不能用 has,can 的原因,不是所有布尔都在表达是否拥有 /能否的含义,例子同 isVip

中文含义是否 xxx 最万能
对应到英文就是 isXxx
坑爹的事 java 规范里会自作聪明的把 isxxx 认为是布尔值,生成 getter 方法的时候去掉 is
那只能用 are 了

[jk1030]

我一般是用 FLag

[poorcai]

@kujio #5 你确定这样命名是合法的吗？

[vate32]

不明白为什么不让用的老哥可以看下这篇文章： https://www.cnkirito.moe/project-rules-2/

[yuezk]

@poorcai #47 个人推荐 #5 ，感觉添加 is 有点冗余。visible 和 selected 本身就有两个状态。类比中文就是：「可见的」和「是可见的」「已选中的」和「是已选中的」，把「是」去掉问题也不影响理解。

[pkoukk]

一看标题就知道是坑爹的 java 。。
其它哪个语言都没这奇怪的毛病

[maocat]

notIs 负负得正

[TomVista]

美食供应商

[TomVista]

@TomVista 抱歉,请忽视这条

[ttys001]

beVisible
beDeleted

[galikeoy]

@jmjgeminix #22 血压上来了

[JamesR]

只有 Java 才有这个问题。

[moqimoqide]

布尔值命名


给布尔变量赋子隐含“真 /假”含义的名宇

像 done 和 success 这样的名字是很不错的布尔变量名，因为其状态要么是 true ，要么足 false：某件事情完成了或者没有完成：成功或者失败。另一方面，像 status 和 sourceFile 这样的名字却是很糟的布尔变量名，因为它们没有明确的 true 或者 false 。status 是 true 反映的是什么含义？它表明某件事情拥有一个状态吗？每件事都有状态。true 表明某件事情的状态是 OK 吗？或者说 false 表明没有任何错误吗？对于 status 这样的名字，你什么也说不出来。

为了取得更好的效果，应该把 status 替换为类似于 error 或者 statusOK 这样的
名字，同时把 sourceFile 替换为 sourceFileAvailable 、sourceFileFound ，或者其他能
体现该变量所代表含义的名字。

有些程序员喜欢在他们写的布尔变量名前加上 Is 。这样，变量名就变成了
个问题：isdone? isError? isFound? isProcessingComplete ？用 true 或 false 回答问题
也就为该变量给出了取值。这种方法的优点之一是它不能用于那些模糊不清的名
字：isStatus ？这毫无意义。它的缺点之一是降低了简单逻辑表达式的可读性：if
(isFound)的可读性要略差于 if(found).

使用肯定的布尔变量名

否定的名字如 notFound 、notdone 以及 notSuccessful 等较难阅读，特别是如果它们被求反：if not notFound, 这样的名字应该替换为 found 、done 或者 processingComplete ，然后再用适当的运算符求反。如果你找到了想找的结果，那么就可以用 found 而不必写双重否定的 not notFound.

[lyoe]

主要还是因为序列化的原因

[ericgui]

@7911364440 为什么？求解。is 就是俩普通字母而已，和 abc 有什么区别么？

[koebehshian]

方法名用动词，属性名用名词或形容词