Json.NET包含许多功能,这些功能不属于JSON规范。特别是,它允许解析“正式”无效的一些JSON文件。这包括未引用的属性,注释,构造函数等。
这些是可从中分配的所有类型JToken:
JToken
JArray JConstructor JContainer JObject JProperty JRaw JValue
请说明以下情况是否正确:
JToken.Parse(json)在“官方”有效json的后代中,不可能包含JConstructor或JRaw。
JToken.Parse(json)
JConstructor
JRaw
假如一个JSON是“正式”有效的,谁也无法预料只有以下类型在这些后代看到:JArray,JObject,JProperty,JValue。
JArray
JObject
JProperty
JValue
您的陈述是正确的。
new Date(1234656000000)
从技术上讲,根据规范,这是 无效的 JSON,但是所有浏览器和某些JSON框架(包括Json.NET)都支持它。
因此,JConstructor在解析严格符合当前IETF提议的标准或原始JSON提议的 JSON时不会出现。
JRaw使用解析JSON时将 永远不会 出现JToken.Parse(string)。它主要用于促进从JToken层次结构编写预格式化的JSON文字。通过使用JRaw,可以避免只是为了发出它而对已经格式化的JSON进行解析,例如:
JToken.Parse(string)
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。