Objective-C (OC) 中 不推荐 使用 true 和 false 分析

前言:虽然 true 和 YES 实际上等效为 1,但为了代码的一致性和可读性,最好在 Objective-C 中用 YES 和 NO

 1. 类型不同 

 YES 和 NO 是 Objective-C 的 BOOL 类型,它本质上是一个 signed char,YES 等于 1,NO 等于 0。

 true 和 false 是 C语言 C99 标准中的布尔值类型,来自 stdbool.h,属于 bool 类型,true 是 1,false 是 0。

 虽然它们在数值上相同(1 和 0),但它们属于不同的类型。如果代码中混用 BOOL 和 bool,可能会导致一些不容易察觉的细微问题。

2.跨语言和库兼容性

 如果你在一个项目中混合使用 C、C++ 和 Objective-C 代码,可能会有如下情况:

BOOL 类型与 bool 类型的转换:虽然 BOOL 可以和 bool 直接比较,但它们属于不同的类型。在跨越 C 和 Objective-C 的接口时,类型不匹配可能会导致警告或行为差异。

 BOOL objcFlag = YES;  // Objective-C 中使用 YES
 bool cFlag = true;    // C 中使用 true
 if (objcFlag == cFlag) {
     // 这个比较可以工作,但编译器可能会发出警告
 } 

 旧代码中的习惯:如果你的项目中有大量的旧式 Objective-C 代码,开发者习惯使用 YES 和 NO。如果新代码突然使用 true 和 false,可能会让其他开发者误解这部分代码在使用 C 或 C++ 中的布尔逻辑。

3.比较时的语义混淆

虽然在数值上 YEStrue1 都等同于真值,NOfalse0 都等同于假值,但在习惯上,人们倾向于在不同的上下文中使用不同的布尔值:

  • 在 Objective-C 中,使用 YES 和 NO
  • 在 C 或 C++ 中,使用 true 和 false

如果你在 Objective-C 中使用 true 和 false,其他开发者可能会困惑你的意图,特别是当你在同一个项目中有混合的 C 和 Objective-C 代码时,这样的代码风格不一致会让代码的可读性变差

4. 风险来源

并非技术上的风险,而更多的是代码可读性和维护性。在大型项目或多人协作项目中,保持代码风格的一致性非常重要。如果有些地方使用 YES,有些地方使用 true,读代码的人可能会困惑,尤其是面对维护旧代码的开发者。他们可能会以为 true 和 YES 之间有某种语义上的区别,而实际上它们在这里的意义是相同的。

BOOL flag = true; // 这是完全可以工作的代码
if (flag == YES) {
    // 可以正确执行,但有人可能不清楚为什么不用 true 或者直接用 YES
    // 而不是用 true,这会让代码变得不统一。
}

总结

风险主要来自于代码的可维护性和一致性,而非功能本身。如果在 Objective-C 中混合使用 true/false 和 YES/NO,开发者可能对代码的风格产生困惑。为了避免这种情况,建议在 Objective-C 代码中统一使用 YES 和 NO