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 进行比较是否危险?


基础教程推荐
- 如何让对象对 Cocos2D 中的触摸做出反应? 2022-01-01
- 当从同一个组件调用时,两个 IBAction 触发的顺序是什么? 2022-01-01
- UIWebView 委托方法 shouldStartLoadWithRequest:在 WKWebView 中等效? 2022-01-01
- 如何在 UIImageView 中异步加载图像? 2022-01-01
- 如何在没有IB的情况下将2个按钮添加到右侧的UINavigationbar? 2022-01-01
- Android:对话框关闭而不调用关闭 2022-01-01
- android 应用程序已发布,但在 google play 中找不到 2022-01-01
- 如何在 iPhone 上显示来自 API 的 HTML 文本? 2022-01-01
- Kivy Buildozer 无法构建 apk,命令失败:./distribute.sh -m “kivy"d 2022-01-01
- 在 gmail 中为 ios 应用程序检索朋友的朋友 2022-01-01