在 Objective-C 中不使用 _Bool 的原因是什么？

发布于 2024-10-28 16:32:23 字数 1433 浏览 4 评论 0原文

从 C99 开始，C 现在有了一个正确的布尔类型，_Bool。 Objective-C 作为 C 的严格超集，继承了这一点，但是当它在 20 世纪 80 年代创建时，还没有 C 布尔类型，因此 Objective-C 将 BOOL 定义为 signed char。

所有 Cocoa 都使用 BOOL，就像我见过的所有非 NeXT/Apple Cocoa 代码一样。显然，为了与现有协议兼容（例如，来自 NSApplicationDelegate 的 -applicationShouldTerminateAfterLastWindowClosed:），如果没有其他原因而不是避免警告，最好匹配已声明的类型。

出于清洁/可读性的目的，stdbool.h 将 bool 定义为 _Bool 的同义词，因此我们这些不希望在其中出现不必要的下划线的人我们的代码可以使用它。

其他三个有用的注释：

@encode(_Bool) 计算结果为 "B"。（对于 signed char，@encode(BOOL) 计算结果为 "c"。）
sizeof(_Bool) 计算结果到 1，根据 C99 的定义，_Bool 仅具有容纳其两个可能值所需的大小。（编辑：实际上，该标准只说它必须“足够大”才能容纳这两个值；它没有设置上限，事实上，Mac OS 32 位 PowerPC 上的 X 将其定义为 4 个字节。大小差异是在可能的 BOOL-vs.-bool 兼容性问题下归档的另一件事。
）请注意，_Bool 唯一的两个可能值是 1 和 0。任何其他值都会在赋值时转换为其中之一，就像您进行了双重否定一样 (!!）或针对 0 测试不等式（!= 0）。获得具有其他值的 _Bool 的唯一方法是常见的魔法：指针别名和联合。

有什么理由不在新代码中使用 _Bool/bool 吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

别闹i 2024-11-04 16:32:23

我认为你们几乎都回答了自己的问题 - 在新的 Cocoa 代码中不使用 _Bool 的原因是，直到苹果将其框架更改为使用 _Bool （或更可能是 stdbool.h 中定义的 bool ），您就会打破通过使用 _Bool 或 bool 来实现约定和可能的兼容性（至少没有 hack）。虽然我现在只专注于 Cocoa 编程几年，但我敢打赌，如果 Apple 完全合并了 _Bool，他们可能会简单地重新定义 BOOL 宏以在幕后使用新类型，以避免未知的编辑他们的框架及其文档。

话虽这么说，（让我先声明一下，我还没有将 C 代码与 Objective-C 混合在一起，并且不知道这样做的约定），您有一个更好的情况来在其中使用新的 _Bool C 函数，可能需要注意的是，它仅在内部使用，并且不要求 Objective-C 方法传入 _Bool，只是为了避免未来程序员的困惑。当然，您还必须适应始终需要 C99 编译，人们可能仍然有理由避免这样做。考虑到 YES 是 1 的宏，NO 是 0 的宏，要求较新版本的 C 来获取另一个仅使用 1 或 0 的字符大小的值似乎没有太大好处。

老实说，当它出现时归根结底，您可以通过足够的黑客技术或对可重用性进行限制来解决任何这些原因，但最终的理由是它（目前）不是 Cocoa/Objective-C 俚语的一部分，并且它的好处可能不会超过可读性的损失和/或其他不太了解 _Bool 的程序员阅读您的代码时增加的混乱。

回复收藏 0 原文

べ映画 2024-11-04 16:32:23

对于 Objective-C，只需使用 BOOL 数据类型...

对于 C，我推荐以下宏，它也适用于 ANSI-C (C-89)：

#ifndef __bool_true_false_are_defined
    #ifdef _Bool
        #define bool                        _Bool
    #else
        #define bool                        char
    #endif
    #define true                            1
    #define false                           0
    #define __bool_true_false_are_defined   1
#endif

With Objective-C, just use the BOOL data-type...

For C, I recommend the following macros, that will also work with ANSI-C (C-89):

#ifndef __bool_true_false_are_defined
    #ifdef _Bool
        #define bool                        _Bool
    #else
        #define bool                        char
    #endif
    #define true                            1
    #define false                           0
    #define __bool_true_false_are_defined   1
#endif

回复收藏 0 原文

你对谁都笑 2024-11-04 16:32:23

我同意@pst。 Objective-C 并没有隐藏 C，但它仍然是 C 之上的一层。这意味着 Objective-C 只是不同的层。

我认为这是一个关于语言上下文的问题。虽然并不总是很清楚，但我们知道 C 上下文和 Objective-C 上下文。就像American 与Americano 一样。它们本质上是相同的含义，但根据上下文不同，并且可能因上下文而略有不同。当这些小细节积累起来时，它可以为读者提供一些明显的信息。它将有助于提高代码的可读性。

我相信你应该知道可读性的重要性。如果可读性不重要，我们不需要使用任何制表符或空格。 :)

作为另一个例子，有 nil 与 NULL、strlen() 与 -[NSString length]。 BOOL 可以说“我是 Objective-C 代码。” 强烈，而 _Bool 则不能。