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 进行比较是否危险?
基础教程推荐
- 如何将图像从一项活动发送到另一项活动? 2022-01-01
- UIImage 在开始时不适合 UIScrollView 2022-01-01
- Xcode UIView.init(frame:) 只能在主线程中使用 2022-01-01
- Android Volley - 如何动画图像加载? 2022-01-01
- Play 商店的设备兼容性问题 2022-01-01
- 为什么姜饼模拟器方向卡在应用程序中? 2022-01-01
- 如何比较两个 NSDate:哪个是最近的? 2022-01-01
- SwiftUI-ScrollViewReader的ScrollTo不滚动 2022-01-01
- navigationItem.backBarButtonItem 不工作?为什么上一个菜单仍然显示为按钮? 2022-01-01
- iOS - UINavigationController 添加多个正确的项目? 2022-01-01
