什么时候应该在 C++ 中使用 BOOL 和 bool，为什么？
我认为使用 bool 更简洁、更便携，因为它是一种内置类型。但是，当您与遗留代码/C 代码交互，或从 .NET 与 C 代码/Windows API 进行互操作时，BOOL 是不可避免的。
所以我的政策是： 在 C++ 中使用 bool。 与外界对话时使用 BOOL，例如 windows DLL 中的导出函数。
是否有明确的解释何时使用一个而不是另一个？
【问题讨论】：
如果 BOOL 是某种整数类型，而且它一直都是，并且定义了 BOOL 以使其正常工作，那么标准转换将自动使其正确。你不能完全互换使用它们，但你可以接近。
在界面上使用 BOOL，您必须在此处与 Win32 API 或其他什么对话。在其他任何地方使用 bool。
【讨论】：
Matthew Wilson 在Imperfect C++ 的第 13.4.2 节中讨论了 BOOL、bool 和类似内容。将两者混合可能会出现问题，因为它们通常具有不同的大小（因此指针和引用不可互换），并且由于 bool 不能保证具有任何特定大小。尝试使用 typedefs 或条件编译来消除 BOOL 和 bool 之间的差异，或者尝试允许单个布尔类型在 C 和 C++ 中工作更糟糕：
#if defined(__cplusplus) || \
defined(bool) /* for C compilation with C99 bool (macro) */
typedef bool bool_t;
#else
typedef BOOL bool_t;
#endif /* __cplusplus */
这种方法意味着函数的返回类型可以根据调用它的语言而有所不同；威尔逊解释说，他在自己的代码和其他人的代码中看到了不止一个由此导致的错误。他总结道：
解决这种缺陷的方法通常是禁欲。我从不将bool用于任何可能跨多个链接单元访问的东西——动态/静态库、提供的目标文件——这基本上意味着不在出现在头文件之外的函数或类中。实际的答案是使用伪布尔类型，其大小为int。
简而言之，他会同意你的做法。
【讨论】：
【讨论】：
应该使用BOOL 的另一种情况：当实现一个接受或返回BOOL 的回调函数时。
例如，EnumWindows() 采用指向具有以下签名的回调函数的指针：
BOOL CALLBACK EnumWindowsProc(
HWND hwnd,
LPARAM lParam
);
如果您为此使用bool，则必须对函数指针进行类型转换。
【讨论】：
如果您希望在托管程序（例如 C#）中使用用 C++ 编写的函数（例如嵌入在 DLL 库中），您必须使用 BOOL。如果您返回 bool，结果将始终为真 - 这是很长一段时间以来已知的错误，显然尚未解决（VS 2010，.NET Framework 4）。
最好的问候——Spook。
【讨论】：
我认为“true”/“TRUE”和“false”/“FALSE”是句法糖，是对从未存在的问题的解决方案。我一直认为使用和阅读“1”和“0”更容易。
当您考虑寄存器中的标志打开或关闭时，您认为是 1 和 0 还是真假？如果你想在一个变量中存储多个标志会发生什么？ 1 和 0 是通用的。
我认为“假”这个词太长了。当我看到一个“0”时，它在我的脑海中就像一个红色的停车标志一样突出。停车标志是红色的，因为红色会引起人们的注意。读“假”这个词就像看到一个绿色的停车标志。
所以，用 bool 和 BOOL 见鬼去吧。我默认为 int。
...但是，实际上，在与 C++ 一样容易出错的语言中，正确使用布尔标志是最不用担心的。
【讨论】：
bool 的函数，它会告诉您它可以返回 true 或 false。如果您看到返回类型为 int 的返回类型告诉您什么？