64,676
社区成员
发帖
与我相关
我的任务
分享关于布尔类型返回值函数的一个小疑问
今天遇到了这样一种类似的描述，我来举个例子，请大家帮忙解释一下。
有一些以整型数字作为函数运行状态表征的函数，但以bool类型作为其返回类型，那么很显然，0为false，非0为true。当函数返回时，在主调函数处做一个很简单的返回值检查，以判断是true还是false。这时候，比较稳妥的写法是判断返回值是否不为false，而不是判断其是否为true。请问为什么？？这两种写法的不等价之处究竟在哪里，请大家指点一下。
有一些以整型数字作为函数运行状态表征的函数，但以bool类型作为其返回类型，那么很显然，0为false，非0为true。当函数返回时，在主调函数处做一个很简单的返回值检查，以判断是true还是false。这时候，比较稳妥的写法是判断返回值是否不为false，而不是判断其是否为true。请问为什么？？这两种写法的不等价之处究竟在哪里，请大家指点一下。
bool function (ElemType1 p1,ElemType p2); // 比如有这样一个bool函数，实际的返回值是整型数字
//...
int main() // 将问题简化一下，在主函数里调用function函数，并把返回值赋给变量result
{
bool result = function(p1, p2);
if( result != false ) // 为什么这样的写法比较稳妥？
{
//...
}
// if( result == true ) 请问这样写为什么不如上面的写法更稳妥？
}
...全文
请发表友善的回复…
发表回复
mujiok2003 2013-10-25
- 打赏
- 举报
可读性略微受点影响，C++ Primer不提倡这样的写法[/quote]
y?[/quote]
不用why，我并不是否认这样写的对错，这样写的确很好很高效，但是可读性是个普遍意义，诸如此类的甚至是更复杂的复合表达式，甚至是某些其他带副作用的复合表达式，过分的讲究简写所带来的性能提升能有多少？就省了个!=或者==，就带来很显然的高效了么？恐怕不见得…… 我仅仅是个人意见，重申一下，您那样的写法的确很简洁很正确，并不是针对这一条语句来讨论，而是针对诸如此类的简洁追求是否有必要来说说罢了~~~
感谢您的帮助~[/quote]
看看这个吧
要针对具体类型分析， 对于bool result,以下代码毋庸置疑。
if(result) ...
if(!result) ...
Adol1111 2013-10-24
- 打赏
- 举报
只是C/C++比较特殊允许非bool变量（数值）做条件判断，如果是Java、C#，这些只能用bool值或者布尔表达式做条件的，都不会要求再把bool值再判断一遍，这样做即没有意义，也不会变得更直观，而且根本不会影响可读性，因为条件只会有true、false两个结果，这和性能问题没有关系。
但如果像VC++这种用TRUE、False之类的，就没办法了，C/C++这点上最大的问题就是没有禁用非bool值做判断条件，这样感觉引入bool变量根本没有太大的意义。因为更多的人更愿意用数值做判断，这样很多地方的逻辑判断写得太简洁的确会变混乱，影响可读性。不过也没有办法，因为C/C++的程序，需要更多的兼容性，去兼容过老的版本...
KevinHo 2013-10-24
- 打赏
- 举报
你确定可读性会有问题？？？如果这样写，一看就知道是bool类型了，没必要再判断一次，而且还容易出错。
还有C++ Primer怎么不提倡了？不知道你哪里看到的，至少我看过的书都没有不提倡。我只知道有些人喜欢用数值做直接判断，这点可能有些人不提倡，的确会影响可读性，但拿bool值再做判断，而说直接用bool类型会影响可读性的还真没见过。
至于MFC的TRUE、FALSE那个是宏吧，和bool类型毫无关系。
我记得之前看到过一个帖子，就是拿bool值再做判断反而出错了，你可以找找看。[/quote]
请别误会，我并不是否认这样写的正确性，这样写的确很对很高效，但是可读性是个普遍意义，诸如此类的甚至是更复杂的复合表达式，甚至是某些其他带副作用的复合表达式，过分的讲究简写所带来的性能提升究竟有多少？就省了个!=或者==，就带来很可观的高性能么？再者，兴许是我表述上有问题，我在帖子内容里说到只是举个例子，而例子恰好是c/c++编译器内建数据类型，如果是windows的BOOL呢？毕竟windows的TRUE不是非0的概念，这时候如果完整的写出!=FALSE，会不会让人更好的理解其意义呢？
我仅仅说一下个人意见，重申一下，您那样的写法的确很简洁很正确，可不一定具有普遍性或者很强的逻辑性，并不是针对这一条语句来讨论，而是针对诸如此类的简洁追求是否有必要来说说罢了~~~
很感谢你的指点！
KevinHo 2013-10-24
- 打赏
- 举报
可读性略微受点影响，C++ Primer不提倡这样的写法[/quote]
y?[/quote]
不用why，我并不是否认这样写的对错，这样写的确很好很高效，但是可读性是个普遍意义，诸如此类的甚至是更复杂的复合表达式，甚至是某些其他带副作用的复合表达式，过分的讲究简写所带来的性能提升能有多少？就省了个!=或者==，就带来很显然的高效了么？恐怕不见得…… 我仅仅是个人意见，重申一下，您那样的写法的确很简洁很正确，并不是针对这一条语句来讨论，而是针对诸如此类的简洁追求是否有必要来说说罢了~~~
感谢您的帮助~
max_min_ 2013-10-24
- 打赏
- 举报
说明你们老师很不靠谱
bool 类型的判断 规范的都是 ( !a )
KevinHo 2013-10-24
- 打赏
- 举报
可读性略微受点影响，C++ Primer不提倡这样的写法[/quote]
不要总是拿C++ Primer这些权威来吓唬小朋友。先不管权威的规定是否完全正确，敢于挑战权威才会有突破和创新不是吗？圣人千虑，必有一失，对于前人总结的经验，要抱以辩证的眼光去看待，取其精华，去其糟粕。[/quote]
没有没有，我也不是教条主义的，哈~ 只是行业规范的东西，不能随意创新
KevinHo 2013-10-24
- 打赏
- 举报
嗯嗯，感谢这位大哥，受教了！！我记住了，因为刚从c++builder转到vs，所以对于MFC还处于研究阶段，今后不懂的问题，还需要您多多指点，特别感激您的帮助！
lm_whales 2013-10-22
- 打赏
- 举报
很多人不习惯
if(a)。。。,
if(!a)。。。
这种用法
而是会习惯的写出
if(a == true )。。。。,if(a == false)。。。。
这种代码。
那么当 a 是个整数的时候，就要注意了，
if(a == true ) 。。。。 这个 不能表示 a!=0 他表示的是 a==1，除了1 以外，其他整数 都不等于1，即true
写成
if(a != false)。。。。
可以在这种情况下，保证程序是正确的。
也符合C 除了0，其他整数，可能还有浮点数，都表示true的传统。
lm_whales 2013-10-22
- 打赏
- 举报
因为 -N.。。-2，-1 和 2.。。n 这许多整数， 都不等于 1 即 true
如果 简单的
if(a) ...
一定是对的
可以不用考虑，true,false 的问题
这是C本来就有的，没有任何问题。
如果 if(a == true) 那么 只有1 == true
如果 if(a != false)那么 只有0 == false ，
如果a 的值是 -N.。。-2，-1,1, 2.。。n 的任何一个；
那么，都不是false；
所以 ，都满足 a != false
lpcads 2013-10-22
- 打赏
- 举报
TRUE != true
BOOL != bool
z_songlin 2013-10-22
- 打赏
- 举报
可读性略微受点影响，C++ Primer不提倡这样的写法[/quote]
不要总是拿C++ Primer这些权威来吓唬小朋友。先不管权威的规定是否完全正确，敢于挑战权威才会有突破和创新不是吗？圣人千虑，必有一失，对于前人总结的经验，要抱以辩证的眼光去看待，取其精华，去其糟粕。
xiaohuh421 2013-10-22
- 打赏
- 举报
如果是bool这种内置类型, 永远只有true,false两种结果, 所以你说的 ==true 或者 != false实际是完全等效的.
除非你的bool不是内置类型, 而是一个定义的类型, 比如VS中的BOOL 实际上是一个int类型, 这时使用 != FALSE 就是稳定的, 因为FALSE = 0, 非0就是真了, 如果==TRUE, 因为TRUE是1,除了1非零外, 还有很多非零的数.
从代码的易维护性来说也, != FALSE也要好一些, 如果你哪天想改掉函数返回值, 并且仍然以0表示成功, 其它返回错误码, 那么你的调用的地方在不使用错误码的情况下, 程序不会要任何修改,仍然可以正常运行.
凌典 2013-10-22
- 打赏
- 举报
mark学习了，难怪看老师的代码都是(a!=false)格式的呢
Adol1111 2013-10-22
- 打赏
- 举报
你确定可读性会有问题？？？如果这样写，一看就知道是bool类型了，没必要再判断一次，而且还容易出错。
还有C++ Primer怎么不提倡了？不知道你哪里看到的，至少我看过的书都没有不提倡。我只知道有些人喜欢用数值做直接判断，这点可能有些人不提倡，的确会影响可读性，但拿bool值再做判断，而说直接用bool类型会影响可读性的还真没见过。
至于MFC的TRUE、FALSE那个是宏吧，和bool类型毫无关系。
我记得之前看到过一个帖子，就是拿bool值再做判断反而出错了，你可以找找看。
mujiok2003 2013-10-21
- 打赏
- 举报
可读性略微受点影响，C++ Primer不提倡这样的写法[/quote]
y?
mujiok2003 2013-10-21
- 打赏
- 举报
bool result; //只可能为true或false
if(result)
{
//sth
}
//or
if(!result)
{
//sth
}
KevinHo 2013-10-21
- 打赏
- 举报
可读性略微受点影响，C++ Primer不提倡这样的写法
z_songlin 2013-10-21
- 打赏
- 举报
if( result ) //难道这样不是既稳妥又简洁而且还更高效吗？ KevinHo 2013-10-21
- 打赏
- 举报
就是说老编译器的true是1的定值么？跟MFC的TRUE一样？
KevinHo 2013-10-21
- 打赏
- 举报
因为所有非0都是真，所以实际的值可能不一样，然后呢？[/quote]
true是一个定值吧！但是非零的话，可能的值有很多的！
你上一个接口返回值可能是非零而已！不是true对应的那个值！[/quote]
可MFC里的TRUE才是定值1吧？c++语言里的true不应该是定值吧……
加载更多回复（6）
