一尘不染

Json.NET中的JConstructor和JRaw

json

Json.NET包含许多功能,这些功能不属于JSON规范。特别是,它允许解析“正式”无效的一些JSON文件。这包括未引用的属性,注释,构造函数等。

这些是可从中分配的所有类型JToken

JArray
JConstructor
JContainer
JObject
JProperty
JRaw
JValue

请说明以下情况是否正确:

  1. JToken.Parse(json)在“官方”有效json的后代中,不可能包含JConstructorJRaw

  2. 假如一个JSON是“正式”有效的,谁也无法预料只有以下类型在这些后代看到:JArrayJObjectJPropertyJValue


阅读 249

收藏
2020-07-27

共1个答案

一尘不染

您的陈述是正确的。

  1. JConstructor设计用于以JavaScript日期格式捕获日期,例如:new Date(1234656000000)。如JSON中的序列化日期所述

从技术上讲,根据规范,这是 无效的 JSON,但是所有浏览器和某些JSON框架(包括Json.NET)都支持它。

因此,JConstructor在解析严格符合当前IETF提议的标准原始JSON提议的
JSON时不会出现。

JRaw使用解析JSON时将
永远不会
出现JToken.Parse(string)。它主要用于促进从JToken层次结构编写预格式化的JSON文字。通过使用JRaw,可以避免只是为了发出它而对已经格式化的JSON进行解析,例如:

        var root = new JObject(new JProperty("response", new JRaw(jsonLiteral)));
    var rootJson = root.ToString();

可以代替效率较低的方法来完成:

        var root = new JObject(new JProperty("response", JToken.Parse(jsonLiteral)));

还可以反序列化以JRaw将JSON层次结构捕获为单个字符串文字,尽管我认为这样做没有太大用处。例如,给定类:

    public class RootObject
{
    public JRaw response { get; set; }
}

一个可以做:

        var rootDeserialized = JsonConvert.DeserializeObject<RootObject>(rootJson);
    var jsonLiteralDeserialized = (string)rootDeserialized.response;

但是,这不一定比反序列化为更有效JToken

  1. 正如你猜想,只是JArrayJObjectJProperty并且JValue将解析严格有效的JSON时出现。
2020-07-27