从Boost返回多个数据类型::精神解析

Question

我想解析大约5-10种不同的消息类型，它们共享一种通用格式(例如JSON)，但每种类型都有需要验证的特定字段。每条消息最终都应该被解析成一个定制的类/结构，其类型不需要任何类型的转换(例如，一个字段是int而不是variant/tuple)。我认为解决这个问题有两种方法:

>

为每个特定消息编写语法，处理消息格式（本例中为JSON样板）的验证并验证字段的内容，返回真正的自定义结构

编写一个语法，仅验证结构（仅 JSON 规则）并返回更通用的对象（包含变体/元组等字段），并在更高级别验证/转换为自定义结构（转换和检查各种变体字段）

我认为这些是每个人的利弊：

1的优点：

• 所有验证都在boost:：spirit中完成
• Karma生成器（如果编写的话）看起来像是现有的spirit解析代码

1的缺点：

• 对于未来可能出现的每一种新的消息类型，都必须编写和维护新的语法（spirit语法并不直观）

优点2：

• 复杂的灵码写一次很少碰

2的缺点：

< li >通用消息对象的验证和转换将会是spirit首先应该消除的混乱代码

哪种方法更可取？有没有第三种方法可以使用一种语法解析为多种类型？

以下是一些示例消息和它们最终应该驻留的类：

{"messageType": "messageTypeA", "numberParam": 1}
{"messageType": "messageTypeB", "stringParam": "Test"}

class MessageTypeA
{
public:
    double numberParam;
};

class MessageTypeB
{
public:
    std::string stringParam;
};

Answer 1

我认为这个问题非常接近最近的一个答案，我正是这样做的：我用两个答案回答：

1. 答案#1采用通才方法，仅根据特定的“方案”进行解释。
2. 答案#2采取特别方法，OP认为这更容易

我的投票是第一个选项，因为

• "编写复杂代码

即使是链接问题中的OP后来似乎也需要我的第一个答案已经提供的灵活性：

哦，好吧。我很惊讶你当时接受了这个答案，因为另一个答案完全相同，除了它确实接受并忽略“其他”JSON内容。您是否错过了定义extract_from的更新？它使用完全相同的数据结构 - 您在问题中建议的数据结构。– sehe Jan 4 at 16：41