有没有办法使用Cereal/C为std :: map指定更简单的JSON(de-)序列化?

前端之家收集整理的这篇文章主要介绍了有没有办法使用Cereal/C为std :: map指定更简单的JSON(de-)序列化?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在开发的项目是一个管理大量自定义硬件设备的C应用程序.该应用程序具有客户端的套接字/端口接口(如GUI).每种设备类型都有自己定义良好的 JSON模式,我们可以使用Cereal对这些模式进行序列化.

但该应用程序还需要解析来自客户端的入站JSON请求.请求的一部分指定设备过滤器参数,大致类似于sql’WHERE’子句,其中所有表达式都是AND.例如.:

@H_301_4@"filter": { "type": "sensor","status": "critical" }

这将指示客户端想要在具有“关键”状态的每个“传感器”设备上执行操作.从表面上看,过滤参数的C实现似乎是std :: map.但是当我们尝试使用Cereal反序列化它失败的对象时.当我们序列化硬编码的过滤器映射时,它看起来像这样:

@H_301_4@"filter": [ { "key": "type","value": "sensor" },{ "key": "status","value": "critical" } ]

现在我可以理解为什么Cereal支持这种详细的地图序列化.毕竟,地图的关键字可以是非字符串类型.但在这种情况下,键是一个字符串.

我并不十分热衷于重写我们的界面规范,并让我们的客户生成明显非惯用的JSON,以满足Cereal.我是谷歌的新手,我们坚持这一点.有没有办法告诉Cereal将此过滤器解析为std :: map?或者我可能是错误的方式.是否还有其他一些我们应该反序列化的stl容器?

解决方法

让我首先解释为什么谷物输出的风格比你想要的更加冗长.谷物被写成与任意序列化档案一起工作,采取中间立场的方法来满足所有这些.想象一下,键类型比字符串或算术类型更复杂 – 我们怎么能用一个简单的“键”序列化它:“值”方式?

另请注意,谷物预计会成为其读入的任何数据的祖先.

话虽这么说,你想要的东西完全可以用谷物,但有一些障碍:

要克服的最大障碍是,您所需的输入序列化了JSON对象内部的一些未知数量名称 – 值对,而不是JSON数组.谷歌被设计为在处理可以容纳可变数量元素的容器时使用JSON数组,因为这在它使用的底层rapidjson解析器时最有意义.

其次,谷物目前不希望名称 – 值对中的名称实际上被加载到内存中 – 它只是将它们用作组织工具.

如此漫无边际,这里是一个完全有效的解决方案(可以更优雅),对谷物的改变非常小(这实际上使用的变化是slated for cereal 1.1,当前版本是1.0):

将此函数添加到JSONInputArchive:

@H_301_4@//! Retrieves the current node name /*! @return nullptr if no name exists */ const char * getNodeName() const { return itsIteratorStack.back().name(); }

然后,您可以为一对字符串编写std :: map(或无序,无论哪种)的序列化专门化.确保将其放在grain命名空间中,以便编译器可以找到它.此代码应存在于您自己的文件中:

@H_301_4@namespace cereal { //! Saving for std::map<std::string,std::string> template <class Archive,class C,class A> inline void save( Archive & ar,std::map<std::string,std::string,C,A> const & map ) { for( const auto & i : map ) ar( cereal::make_nvp( i.first,i.second ) ); } //! Loading for std::map<std::string,class A> inline void load( Archive & ar,A> & map ) { map.clear(); auto hint = map.begin(); while( true ) { const auto namePtr = ar.getNodeName(); if( !namePtr ) break; std::string key = namePtr; std::string value; ar( value ); hint = map.emplace_hint( hint,std::move( key ),std::move( value ) ); } } } // namespace cereal

这不是最优雅的解决方案,但它确实运行良好.我留下了一般模板化的所有内容,但我上面写的内容仅适用于JSON档案,因为所做的更改.将类似的getNodeName()添加到XML存档可能会让它在那里工作,但显然这对二进制存档没有意义.

为了使其干净,您需要将enable_if与其使用的归档相关联.您还需要修改Grain中的JSON存档以使用可变大小的JSON对象.要了解如何执行此操作,请查看在获取要序列化的SizeTag时,Grain如何在存档中设置状态.基本上你必须让存档不打开一个数组,而是打开一个对象,然后创建你自己的loadSize()版本,它会看到对象的大小(这将是一个成员用rapidjson的说法).

要查看上述操作,请运行以下代码

@H_301_4@int main() { std::stringstream ss; { cereal::JSONOutputArchive ar(ss); std::map<std::string,std::string> filter = {{"type","sensor"},{"status","critical"}}; ar( CEREAL_NVP(filter) ); } std::cout << ss.str() << std::endl; { cereal::JSONInputArchive ar(ss); cereal::JSONOutputArchive ar2(std::cout); std::map<std::string,std::string> filter; ar( CEREAL_NVP(filter) ); ar2( CEREAL_NVP(filter) ); } std::cout << std::endl; return 0; }

你会得到:

@H_301_4@{ "filter": { "status": "critical","type": "sensor" } } { "filter": { "status": "critical","type": "sensor" } }

猜你在找的C&C++相关文章