Is comparing a BOOL against YES#160;dangerous?(将 BOOL 与 YES 进行比较是否危险?)
问题描述
我今天在一个源文件中发现了一条评论:
I found a comment today in a source file:
// - no longer compare BOOL against YES (dangerous!)
在 Objective-C 中比较 BOOL 和 YES 真的那么危险吗?为什么是这样?
Is comparing BOOL against YES in Objective-C really that dangerous? And why is that?
YES 的值可以在运行时改变吗?也许 NO 总是 0 但 YES 可以是 1、2 或 >3 - 取决于运行时、编译器、链接的框架?
Can the value of YES change during runtime? Maybe NO is always 0 but YES can be 1, 2 or 3 - depending on runtime, compiler, your linked frameworks?
推荐答案
问题是BOOL不是原生类型,而是typedef:
The problem is that BOOL is not a native type, but a typedef:
typedef signed char BOOL;
#define YES (BOOL)1
#define NO (BOOL)0
作为一个字符,它的值不受 TRUE 和 FALSE 的限制.另一个值会发生什么?
As a char, its values aren't constrained to TRUE and FALSE. What happens with another value?
BOOL b = 42;
if (b)
{
// true
}
if (b != YES)
{
// also true
}
这篇关于将 BOOL 与 YES 进行比较是否危险?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:将 BOOL 与 YES 进行比较是否危险?
基础教程推荐
- Android:getLastKnownLocation(LocationManager.NETWORK_PROVIDER 2022-01-01
- navigator.geolocation.getCurrentPosition 在 Android 浏览器上 2022-01-01
- iPhone - 获取给定地点/时区的当前日期和时间并将其与同一地点的另一个日期/时间进行比较的正确方法 2022-01-01
- NSString intValue 不能用于检索电话号码 2022-01-01
- iOS4 创建后台定时器 2022-01-01
- 如何从 logcat 中删除旧数据? 2022-01-01
- 通过重定向链接在 Google Play 中打开应用 2022-01-01
- AdMob 广告未在模拟器中显示 2022-01-01
- Cocos2d iPhone 非矩形精灵触摸检测 2022-01-01
- libGDX 从精灵或纹理中获取像素颜色 2022-01-01
