问题描述
我目前正在尝试使用实验性的KXS-properties序列化后端,主要是因为两个原因:
框架提供的端点本质上是Map<String,Any>
,但是映射是平坦的,并且键已经具有通常的点分隔属性语法。因此,我需要采取的步骤是将地图编码为可打印到.properties
文件的单个字符串,然后将.properties
文件中的单个字符串解码为地图。我通常遵循https://docs.oracle.com/javase/10/docs/api/java/util/Properties.html#load(java.io.Reader)的属性格式规范,这并不像人们想象的那么容易。
问题是我不能立即使用java.util.Properties
,因为KXS是多平台的,当我将其限制为JVM时(因为我使用java.util.Properties
),它会扼杀它的目的。如果要使用它,解决方案将非常简单,例如:https://gist.github.com/RaphaelTarita/748e02c06574b20c25ab96c87235096d
因此,我按照kotlinx.serialization.json.Json.kt
的粗略结构尝试实现自己的编码器/解码器。尽管它很繁琐,但到目前为止进展顺利,但是现在我偶然发现了一个新问题:
据我所知(我不确定,因为没有文档),地图仅包含基元(或等效于基元的等效物,因为Kotlin确实没有基元)。我怀疑这是因为,当您为KXS前端编写自己的KSerializer
时,可以通过调用encodeXXX()
接口的Encoder
函数来指定编码为任何原语。现在的问题是:当我尝试解码应包含图元的映射时,我什至怎么知道模型类需要哪些图元?
我曾经用Java编写自己的序列化器/反序列化器以了解该主题,但是在该实现中,后端与前端紧密相连,因此我可以从模型中查询预期的原始类型。后端中的类。但是在我的情况下,我无法访问模型类,也不知道如何检索期望的类型。
如您所见,我已经尝试了多种方法,但是没有一种立即可用。如果您可以帮助我让其中的任何工作,将不胜感激
谢谢!
解决方法
它在kotlinx.serialization中的工作方式是,存在描述类和结构等的序列化程序,以及写入/读取属性以及结构的代码。然后,格式的工作就是将这些操作映射到数据格式或从数据格式映射这些操作。
kotlinx.serialization.Properties的预期目的是支持将Kotlin类与类似java.util.Properties的结构序列化。设置非常简单,因为每个嵌套属性都通过在属性名称前添加名称(点属性语法)来序列化。
不幸的是,从这种格式反序列化确实需要知道所需的类型。它不只是从字符串读取。但是,可以确定结构。您可以使用序列化程序的descriptor
属性来内省期望值。
从我的角度来看,这种格式比应该的要简单一些。不过,这是自定义格式的一个很好的例子。格式之间的主要区别在于它们是否仅打算提供一种存储格式,还是输出是否打算(能够)表示设计良好的api。后者需要更复杂。