c++ - 万无一失的配置方式#define/#ifdef

Question

我正在处理一个中等规模的嵌入式 C++ 项目，该项目具有针对不同目标产品的多种配置。在不同配置中为各种配置项设置了大量宏，我正在努力使该系统尽可能防错。

最初，我只是在做标准的事情:

#define CFG_FOO
    
#ifdef CFG_FOO
<code here>
#endif

但我总是担心我会在 ifdef 中输入错误的宏名称并且很难找到 bug，因为它的计算结果为 false 而没有错误:

#ifdef CFG_FOOO

所以，我把所有的宏都改成了这种格式，这就要求定义有问题的宏，把我要求值为false的都定义为0:

#define CFG_FOO() (1)
#define CFG_BAR() (0)

#if CFG_FOO()
<code is active>
#endif

#if CFG_BAR()
<code is inactive>
#endif

// Produces error, as desired:
#ifdef CFG_FOOO()
#endif

这很好，除了如果我不小心输入以下内容(我发现我一直这样做，只是出于习惯)它是真的并且包含的​​代码被编译:

#ifdef CFG_BAR
<this is active>
#endif

所以我正在寻找一种解决方案:

1. 总是为输入错误的 CFG_xxx 项目生成错误。
2. 如果使用错误的指令 #if 与 #ifdef，则不允许出现意想不到的后果(如果“不正确”使用出现错误也没关系。)
3. 不需要额外的库/框架(如 Boost)。
4. 不需要额外的工具来处理所有代码(这就是我现在正在做的，扫描任何 #ifdef 并生成错误，但这并不理想。)<
5. 实际上删除了不需要的代码。运行时解决方案可能不切实际，因为需要严格控制代码大小。

注意:我知道 gcc 的 -Wundef 选项，但我不认为这真的有帮助，因为意外的 #ifdef 情况仍然存在。

Answer 1

我最好的建议是永远不要让自己陷入 CFG_FOO 有效、CFG_BAR 有效但两者都无效的情况。

我们可以通过简单地避免这个问题来做得更好。开关梯的特殊形式。 CFG 是一个糟糕的前缀，但我假设它是一个最小化的产物，你会得到一个更好的前缀。

模式开关.h:

#define CFGMODE_FOO 1
#define CFGMODE_BAR 2

标题.h:

#if CFG == CFGMODE_FOO
#elif CFG == CFGMODE_BAR
#else
#error CFG has unsupported value
#endif

程序.c

#include "modeswitch.h"
#define CFG CFGMODE_FOO
#include "header.h"

如果我读错了并且你没有在 .h 文件中使用这些东西，那么我想知道为什么你同时具有 C 和 C++ 标记但只是内联这些东西并且它仍然有效。

我的理解是 ## 中有足够的力量，有一种方法可以摆脱前置头，但它太难了，不符合任何合理的万无一失的定义。