c - C中的许多包装函数

Question

我的 C 头文件包含大约 300 个不同的函数，它们的名称都以“foo_db_”开头并接受“db_t”作为它们的第一个参数(知道什么是 db_t 在这里并不真正相关，它只是一个结构)。

function foo_db_my_first_function(db_t *db, char *param1, int param2);
function foo_db_my_second_function(db_t *db, double param1, const char *param2, int param3);
(...)
function foo_db_my_Nth_function(db_t *db, int param1);

我的工作是编写另外 300 个名为“foo_XXXX”(XXXX 以“foo_db_”函数的后缀开头)的包装函数，第一个参数具有默认值。

static __inline function foo_my_first_function(char *param1, int param2) {
  foo_db_my_first_function(DEFAULT_DB, param1, param2);
}
(...)

我想知道我是否可以编写一些宏来简化我的工作:声明“db”函数和相应的“默认”函数(没有第一个参数)。

不幸的是，我不能使用 C99 和可变参数宏参数 :( 所以我觉得我搞砸了 :)，但我更愿意先在这里问，然后再用手指写那 300 个函数:/

Answer 1

假设 API 的原始头文件足够规则，那么使用您最喜欢的文本处理语言(Perl、Lua、Python、Awk 或必要时甚至/bin/sh)编写的脚本可能是最简单的方法。

您的脚本将使用正则表达式或简单的文本匹配来收集所有公共(public)函数声明以识别它们(可能基于 foo_db_ 前缀)。然后它可以写入两个输出文件。首先，一个合适的 .h 文件声明您的包装器，其次是 .c 源文件通过将 DEFAULT_DB 填充到它们的第一个参数来实现它们。您将需要做最少的工作来复制其余参数，但幸运的是，声明都足够规则，文本操作可以像“行的其余部分”等一样简单。

完成后，我会将脚本检入修订控制，并在构建时调用它，将生成的文件视为临时构建产品。但是，如果您没有足够灵活的构建系统(这就是为什么我仍然将 make 用于我所见过的几乎所有其他提议的原因)那么您将不得不找到一个合适的 kludge 来表示当 API 更改时，您生成的默认包装器已过时。

这种方法需要在代码生成器脚本上投入一些时间，但在您想象手动编写第 100 个包装程序之前，您应该提前做好准备。第二次运行它....

在极端情况下，您可能最终需要实现 C 编译器的大部分前端。在那种情况下，我看到两种方法都比在黑暗的小巷里安排与建筑师会面更能为社会所接受。首先，有一个 GCC 后端以 XML 形式发出其 AST；生成的 XML 是一只熊，但已缩减为可操作的标记树。其次，总是有 LPeg ，一个完整的解析器，很容易从 Lua 中使用(我怀疑还有其他 PEG 解析器也适用于其他脚本语言)。对 C 进行词法分析和解析的 LPeg 示例代码是 referenced at the Wiki page .