收集稍后应在宏中调用的函数列表

发布于 2024-12-28 04:50:01 字数 1405 浏览 1 评论 0原文

我正在编写一个小型库,使用它 C++ 中的枚举应该会变得更容易。语法类似于:

ENUM_START(MyEnum)
    ENUM_VAL(Val1)
    ENUM_VAL(Val2)
    ...
ENUM_END

该宏创建一个 MyEnum 类,允许进行以下访问:

MyEnum bla=MyEnum::Val1;
for(MyEnum::iterator iter=MyEnum::begin();iter!=MyEnum::end();++iter)
    cout << iter->toString();

以及其他一些功能,例如将附加数据(例如字符串)存储到枚举值。

宏已完成并可以工作,但定义起来并不那么容易,如上所示。为此,我需要一种方法来使用稍后可以调用的 ENUM_VAL 宏创建初始化函数列表。类似下面的 boost::mpl 方法:

typedef mpl::vector<> list__COUNTER__;
#define ENUM_VAL(Name)                                                         \
    ...                                                                        \
    struct Init##Name{void init() {initialization code}};                      \
    typedef mpl::push_back<                                                    \
        list##(__COUNTER-1),                                                   \
        Init##Name                                                             \
      >::type list##__COUNTER__;                                               \

这样 list##(__COUNTER__-1) 最终包含类型 Init##Name ,我最终可以使用 mpl foreach 对所有存储类型调用 init() 。

现在的问题是命名。我必须在每个宏实例化中使用 __COUNTER__ 两次,这会使计数器增加两次。我已经搜索并发现

  • C 预处理器在命名变量时不会计算 (__COUNTER__-1) ,
  • 因此无法在不增加 __COUNTER__ 的情况下读取它。

所以我需要另一种方法来收集稍后可以调用的函数列表。

I am writing a small library with which enums in C++ should get easier. The syntax is something like:

ENUM_START(MyEnum)
    ENUM_VAL(Val1)
    ENUM_VAL(Val2)
    ...
ENUM_END

This macros create a class MyEnum with allows for example the following access:

MyEnum bla=MyEnum::Val1;
for(MyEnum::iterator iter=MyEnum::begin();iter!=MyEnum::end();++iter)
    cout << iter->toString();

and a few more features like storing additional data (for example strings) to enum values.

The macros are finished and work, but are not as easy to define as shown above. For this I need a way to create a list of initializer functions with the ENUM_VAL macros that I later can call. Something like the following boost::mpl approach:

typedef mpl::vector<> list__COUNTER__;
#define ENUM_VAL(Name)                                                         \
    ...                                                                        \
    struct Init##Name{void init() {initialization code}};                      \
    typedef mpl::push_back<                                                    \
        list##(__COUNTER-1),                                                   \
        Init##Name                                                             \
      >::type list##__COUNTER__;                                               \

This way list##(__COUNTER__-1) contains in the end the type Init##Name and I can in the end call init() on all stored types using mpl foreach.

The problem now is the naming. I have to use __COUNTER__ twice per macro instantiation, which increments the counter twice. I already searched and found out that

  • The C preprocessor doesn't calculate (__COUNTER__-1) when naming the variables
  • there is no way to read __COUNTER__ without incrementing it.

So I need another way to collect a list of functions I later can call.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

我喜欢麦丽素 2025-01-04 04:50:01

您可以使用 Boost.Preprocessor ,具体来说它是 Boost.Preprocessor 。 boost.org/doc/libs/1_48_0/libs/preprocessor/doc/data/sequences.html" rel="nofollow noreferrer">序列。这将导致类似于以下的宏用法:

MAKE_ENUM(MyEnum, (Val1)(Val2)(Val3))

使用 SEQ_ENUMSEQ_FOR_EACH_I 等,您可以相对容易地生成代码。

还有一个提议的 Boost.Enum 可能已经满足您的需求。

You could use Boost.Preprocessor and specifically it's sequences. This would result in a macro-usage similar to this:

MAKE_ENUM(MyEnum, (Val1)(Val2)(Val3))

Using SEQ_ENUM, SEQ_FOR_EACH_I et al, you can then generate the code relatively easy.

There was also a proposed Boost.Enum which might suit your needs already.

拥抱影子 2025-01-04 04:50:01

除了模板元编程之外,只有模板引擎可以在预处理器看到代码之前作为脚本运行。 这还有一个额外的好处,那就是它只是纯代码,因此您可以更轻松地调试它

缺点是如果有人想要更改某些内容,则需要添加另一个工具要求。

我之前曾使用 Cheetah 来实现此目的,并且对结果并不失望。

Aside from template meta-programming, there is just template engines that could run as a script before your preprocessor ever saw the code. This has the added benefit that its just plain code, so you can debug it easier.

The downside is adding another tool requirement if someone wants to change something.

I have used Cheetah for this before and I was not disappointed with the result.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文