什么时候做条件编译是个好主意，什么时候是一个糟糕透顶的主意？
条件编译是指使用#ifdefs 仅在特定条件下编译特定代码位。 #defineds 本身可能位于通用头文件中，也可能通过 -D 编译器指令引入。
【问题讨论】：
标签： c++ c coding-style
好主意：
extern "C" { 和 }，以便 C++ 实现和 API 的 C 客户端可以使用相同的标头坏主意：
【讨论】：
extern "C" {，用于将 C API 暴露给 C++。坏主意应该是“其他一切”。
不要将 ifdef 放在你的代码中。
它真的很难阅读和理解。请让代码尽可能易于维护者阅读（他知道你住在哪里并拥有一把 Axe）。
将条件代码隐藏在单独的函数中，并使用 ifdef 定义正在使用的函数。
不要使用 else 部分进行定义。如果您认为您是在说一个平台是独一无二的，而所有其他平台都是一样的。这不太可能，更有可能的是您知道在几个平台上会发生什么，但是您应该使用#else 部分来粘贴#error，因此当它被移植到新平台时，开发人员必须明确修复条件他的平台。
#if defined(WINDOWS)
#define MyPlatfromSleepSeconds(x) sleep(x * 1000)
#elif defined (UNIX)
#define MyPlatfromSleepSeconds(x) Sleep(x)
#else
#error "Please define appropriate sleep for your platform"
#endif
不要试图将宏扩展为多行代码。这会导致疯狂。
#if defined(SOLARIS_3_1_1)
#define DO_SOME_TASK(x,y) doPartA(x); \
doPartB(y); \
couple(x,y)
#elif defined(WINDOWS)
#define DO_SOME_TASK(x,y) doAndCouple(x,y)
#else
#error "Please define appropriate DO_SOME_TASK for your platform"
#endif
如果您在 windows 上开发代码，然后在 solaris 3_1_1 上进行测试，您可能会在人们执行以下操作时发现意想不到的错误：
int loop;
for(loop = 0;loop < 10;++loop)
DO_SOME_TASK(loop,loop); // Windows works fine()
// Solaras. Only doPartA() is in the loop.
// The other statements are done when the loop finishes
【讨论】：
基本上，您应该尽量将有条件编译的代码量保持在最低限度，因为您应该尝试测试所有这些，而有很多条件会使这变得更加困难。它还降低了代码的可读性；有条件地编译整个文件更加清晰，例如，通过将特定于平台的代码放在每个平台的单独文件中，并且从问题的其余部分的角度来看，它们都具有相同的 API。还要尽量避免在函数头中使用它；再说一次，那是因为那是一个特别令人困惑的地方。
但这并不是说你永远不应该使用条件编译。尽量保持简短和最小。 （在可能的情况下，我使用条件编译来控制其他宏的定义，然后在其余代码中使用这些宏；至少对我来说这似乎更清楚。）
【讨论】：
当您不知道自己在做什么时，这是一个坏主意。当您以这种方式有效地解决问题时，这可能是一个好主意:)。
按照您描述条件编译的方式，包含保护是其中的一部分。使用它不仅是一个好主意。这是一种避免编译错误的方法。
对我来说，条件编译也是针对多个编译器和操作系统的一种方式。我参与了一个应该可以在 Windows XP 和更新版本、32 位或 64 位、使用 MinGW 和 Visual C++、在 Linux 32 和 64 位上使用 gcc/g++ 以及在 MacOS 上使用我不知道编译的库-what（我没有维护它，但我认为它是一个 gcc 端口）。如果没有预处理器条件，几乎不可能创建可在任何地方编译的单个源文件。
【讨论】：
条件编译的另一个实用用途是“注释掉”包含标准“C”cmets（即/* */）的代码段。一些编译器不允许嵌套这些 cmets，例如：
/* comment out block of code
.... code ....
/* This is a standard
* comment.
*/ ... oopos! Some compilers try to compile code after this closing comment.
.... code ....
end of block of code*/
（正如您在语法高亮中看到的，StackOverflow 没有嵌套 cmets。）
相反，您可以使用#ifdef 来获得正确的效果，例如：
#ifdef _NOT_DEFINED_
.... code ....
/* This is a standard
* comment.
*/
.... code ....
#endif
【讨论】：
#if 0？
__NOT_DEFINED__ 保留给实现（根据语言规范），因为它包含双下划线。
在过去，如果您想生成真正可移植的代码，则必须求助于某种形式的条件编译。随着可移植库（例如 APR、boost 等）的激增，恕我直言，这个原因没有什么意义。如果您使用条件编译只是编译出特定构建不需要的代码块，您应该重新审视您的设计 - 我应该想象这将成为维护的噩梦。
说了这么多，如果你确实需要使用条件编译，我会尽可能地远离代码主体，并限制在非常容易理解的非常具体的情况下。
【讨论】：
良好/合理的用途基于成本/收益分析。显然，这里的人非常清楚风险：
但是，有些用途通常属于净收益类别：
main()，而不是为库添加main()
【讨论】：
这总是一个坏主意。它所做的是有效地创建源代码的多个版本，所有这些都需要测试，至少可以说这是一种痛苦。不幸的是，就像许多坏事一样，它有时是不可避免的。在编写需要在 Windows 和 Linux 之间移植的代码时，我很少使用它，但如果我发现自己经常这样做，我会考虑替代方案，例如拥有两个独立的开发子树。
【讨论】：