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

背景： 写多混编语言 把swift 习惯带入到了OC 就比如这个布尔值的写法 
前言：虽然 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 的接口时，范例不匹配可能会导致警告或行为差异。

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

复制代码

 旧代码中的习惯：如果你的项目中有大量的旧式 Objective-C 代码，开发者习惯使用 YES 和 NO。如果新代码突然使用 true 和 false，可能会让其他开发者误解这部分代码在使用 C 或 C++ 中的布尔逻辑。
3.比较时的语义混淆
虽然在数值上 YES、true、1 都等同于真值，NO、false、0 都等同于假值，但在习惯上，人们倾向于在不同的上下文中使用不同的布尔值：

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

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

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

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

复制代码

总结

风险重要来自于代码的可维护性和一致性，而非功能自己。如果在 Objective-C 中混合使用 true/false 和 YES/NO，开发者可能对代码的风格产生困惑。为了制止这种环境，建议在 Objective-C 代码中统一使用 YES 和 NO。
 

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。