背景： 写多混编语言 把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 的接口时，类型不匹配可能会导致警告或行为差异。
BOOL objcFlag = YES; // Objective-C 中使用 YES bool cFlag = true; // C 中使用 true if (objcFlag == cFlag) { // 这个比较可以工作，但编译器可能会发出警告 } 旧代码中的习惯：如果你的项目中有大量的旧式 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 之间有某种语义上的区别，而实际上它们在这里的意义是相同的。
BOOL flag = true; // 这是完全可以工作的代码if (flag == YES) { // 可以正确执行，但有人可能不清楚为什么不用 true 或者直接用 YES // 而不是用 true，这会让代码变得不统一。}
总结
风险主要来自于代码的可维护性和一致性，而非功能本身 。如果在 Objective-C 中混合使用 true/false 和 YES/NO ，开发者可能对代码的风格产生困惑。为了避免这种情况，建议在 Objective-C 代码中统一使用 YES 和 NO 。