ios - 将 NSUInteger 赋值给 BOOL 概念理解

Question

我正在尝试为 BOOL 的概念寻找一个好的答案。据我了解，零是假值，非零是真值。考虑到这一点，我将字符串长度分配给了一个 BOOL 变量。现在，这适用于 iOS > 6。在 iOS 6 上我看到奇怪的结果。对于奇数长度的字符串，isEnabled 为 True，但对于偶数长度的字符串，isEnabled 为 False。

BOOL isEnabled = myString.length;

请帮助我理解这一点。当然，现在我已经像这样将表达式分配给 BOOL 变量:

BOOL isEnabled = myString.length > 0;

准确代码:

- (void)textViewDidChange:(UITextView *)iTextView {
    self.navigationItem.rightBarButtonItem.enabled = [[self.noteTextView.text trim] length];
}

PS:如前所述，myString 的长度在变化；从 'a' 到 'ab' 再到 'abc' 等等。

Answer 1

However, I could not understand the iOS 6 behaviour for enabling the button for odd ones only. [...] I was curious to know the root cause.

为了解释观察到的行为，有两个技术细节需要解释:Objective-C 的 BOOL 类型和 UIKit 的实现细节。

BOOL 类型

不同的行为实际上与 iOS 版本无关，而是与设备的架构有关。 iOS SDK 为 32 位和 64 位架构定义 BOOL 的方式有所不同。请参阅 objc.h 的摘录:

#if !defined(OBJC_HIDE_64) && TARGET_OS_IPHONE && __LP64__
typedef bool BOOL;
#else
typedef signed char BOOL; 
#endif

因此 BOOL 在 32 位上可以有 0 到 255 之间的任何值，而在 64 位上它被编译器强制只有值 0 或 1。您可以通过运行以下命令轻松尝试模拟器上线，设置为 iPhone 4s(32 位)或 iPhone 6(64 位)。

NSLog(@"%d", (BOOL)2);

这解释了为什么您会在不同的设备上看到不同的行为。但是偶数和奇数是从哪里来的呢？

UIBarButtonItem的实现细节

还有另一个微妙的技术细节。您实际上是在设置 UIBarButtonItem 的 enabled 属性。

Apple 喜欢使用节省空间的方案在其 UI 组件中存储标志。 BOOL(在 32 位和 64 位架构上)总是至少使用一个字节，但只需要一位信息。所以他们正在使用 bit fields存储实际值。

摘自 iOS SDK 8.4 UIBarButtonItem.h(为清楚起见缩短):

@interface UIBarButtonItem : UIBarItem {
    struct {
        unsigned int enabled:1;
    } _barButtonItemFlags;
}

神奇之处在于 _barButtonItemFlags 结构中 enabled 字段后面的 :1。这定义了宽度为 1 的位域。要将 enabled 属性与此位字段连接起来，他们必须实现自定义访问器。这是 setter 的示例:

- (void)setEnabled:(BOOL)enabled {
    _barButtonItemFlags.enabled = enabled;
}

那么当我们这样做时会发生什么:

someBarButtonItem.enabled = 2;

编译器知道它必须调用参数为 2 的 setEnabled: 方法。

在 64 位架构上，2 将被转换为 _Bool，标准规定这必须导致值 1。在 32 位系统上，情况并非如此，在调用方法之前保留 2 的原始值。

在 setEnabled: 中，值被分配给一个宽度为 1 的 unsigned int。C 标准规定，当分配一个宽度更大的无符号整数时，剩余的位是刚刚下降。结果是 setEnabled: 仅将参数的最低位存储在 _barButtonItemFlags.enabled 中。最低位在奇数上为 1，在偶数上为 0。

结论

所有上述行为都在标准提供的语义范围内。不涉及未定义的行为。不幸的是，BOOL 的预期行为与您在 32 位架构上实际获得的行为不同。