我正在故意尝试使用Newtonsoft Json创建无效的JSON,以便放置ESI包含标签,该标签将再获取两个JSON节点。
这是我的JsonConverter的WriteJson方法:
public override void WriteJson(JsonWriter writer, object value, JsonSerializer serializer)
{
mApiResponseClass objectFromApi = (mApiResponseClass)value;
foreach (var obj in objectFromApi.GetType().GetProperties())
{
if (obj.Name == "EsiObj")
{
writer.WriteRawValue(objectFromApi.EsiObj);
}
else
{
writer.WritePropertyName(obj.Name);
serializer.Serialize(writer, obj.GetValue(value, null));
}
}
}
mApiResponseClass中的EsiObj只是一个字符串,但需要将其写入JSON响应中以进行解释,而无需任何属性名-这样ESI才能正常工作。
这当然会导致Json Writer发生异常,值:
Newtonsoft.Json.JsonWriterException:'状态对象中的令牌未定义 将导致无效的JSON对象。路径“。”
有什么办法解决吗?
一个理想的输出将是JSON格式,从技术上讲是无效的,并且看起来像这样:
{
value:7,
string1:"woohoo",
<esi:include src="/something" />
Song:["I am a small API","all i do is run","but from who?","nobody knows"]
}
编辑: 使用ESI可以使单个响应具有不同的缓存长度-即我们可以将可以长时间缓存的数据放置在JSON的某些部分中,并且仅获取更新的部分,例如那些依赖于特定于客户端的部分数据。 ESI不是特定于HTML的。 (如下所示)通过支持这些标签的Varnish运行。 不幸的是,要求我们仅发出1个文件作为响应,并且不需要客户进一步的要求。 我们也不能更改响应-所以我不能只添加一个专门包含其他节点的JSON节点。
编辑2:通过ESI解决了“更多json节点”部分,该请求进一步向我们的后端请求了用户/客户端特定的数据,即另一个端点。预期的结果是,我们随后将原始JSON文档与后来的JSON文档无缝地合并在一起。 (这样,原始文档可能会很旧,而特定于客户的文档可能会很新)
修改3: 端点/ something将输出类似JSON的片段,例如:
teapots:[ {Id: 1, WaterLevel: 100, Temperature: 74, ShortAndStout: true}, {Id: 2, WaterLevel: 47, Temperature: 32, ShortAndStout: true} ],
总答复为:
{
value:7,
string1:"woohoo",
teapots:[ {Id: 1, WaterLevel: 100, Temperature: 74, ShortAndStout: true}, {Id: 2, WaterLevel: 47, Temperature: 32, ShortAndStout: true} ],
Song:["I am a small API","all i do is run","but from who?","nobody knows"]
}
答案 0 :(得分:5)
您的基本问题是JsonWriter
是状态机,它跟踪当前的JSON state并验证从状态到状态的转换,从而确保不会编写结构错误的JSON。这是通过两种不同的方式使您绊倒。
首先,您的WriteJson()
方法未调用WriteStartObject()
和WriteEndObject()
。这些是在JSON对象周围写入{
和}
的方法。由于“理想输出”显示了这些花括号,因此您应该在WriteJson()
的开头和结尾处添加对这些方法的调用。
其次,您正在调用WriteRawValue()
,这是因为格式正确的JSON不允许出现值,特别是在期望使用属性名称的地方。预计这会导致异常,因为documentation指出:
在期望值的地方写入原始JSON并更新编写者的状态。
您可以改用WriteRaw()
,它是documented,如下所示:
在不更改编写者状态的情况下写入原始JSON。
但是,WriteRaw()
不会帮您任何忙。特别是,您将需要自己编写任何定界符和缩进。
修复是将您的转换器修改为类似于以下内容的
:public class EsiObjConverter<T> : JsonConverter
{
const string EsiObjName = "EsiObj";
public override void WriteJson(JsonWriter writer, object value, JsonSerializer serializer)
{
var contract = serializer.ContractResolver.ResolveContract(value.GetType()) as JsonObjectContract;
if (contract == null)
throw new JsonSerializationException(string.Format("Non-object type {0}", value));
writer.WriteStartObject();
int propertyCount = 0;
bool lastWasEsiProperty = false;
foreach (var property in contract.Properties.Where(p => p.Readable && !p.Ignored))
{
if (property.UnderlyingName == EsiObjName && property.PropertyType == typeof(string))
{
var esiValue = (string)property.ValueProvider.GetValue(value);
if (!string.IsNullOrEmpty(esiValue))
{
if (propertyCount > 0)
{
WriteValueDelimiter(writer);
}
writer.WriteWhitespace("\n");
writer.WriteRaw(esiValue);
// If it makes replacement easier, you could force the ESI string to be on its own line by calling
// writer.WriteWhitespace("\n");
propertyCount++;
lastWasEsiProperty = true;
}
}
else
{
var propertyValue = property.ValueProvider.GetValue(value);
// Here you might check NullValueHandling, ShouldSerialize(), ...
if (propertyCount == 1 && lastWasEsiProperty)
{
WriteValueDelimiter(writer);
}
writer.WritePropertyName(property.PropertyName);
serializer.Serialize(writer, propertyValue);
propertyCount++;
lastWasEsiProperty = false;
}
}
writer.WriteEndObject();
}
static void WriteValueDelimiter(JsonWriter writer)
{
var args = new object[0];
// protected virtual void WriteValueDelimiter()
// https://www.newtonsoft.com/json/help/html/M_Newtonsoft_Json_JsonWriter_WriteValueDelimiter.htm
// Since this is overridable by client code it is unlikely to be removed.
writer.GetType().GetMethod("WriteValueDelimiter", BindingFlags.Instance | BindingFlags.Public | BindingFlags.NonPublic).Invoke(writer, args);
}
public override bool CanConvert(Type objectType)
{
return typeof(T).IsAssignableFrom(objectType);
}
public override bool CanRead { get { return false; } }
public override object ReadJson(JsonReader reader, Type objectType, object existingValue, JsonSerializer serializer)
{
throw new NotImplementedException();
}
}
序列化的输出为:
{
"value": 7,
"string1": "woohoo",
<esi:include src="/something" />,
"Song": [
"I am a small API",
"all i do is run",
"but from who?",
"nobody knows"
]
}
现在,在您的问题中,所需的JSON输出显示未正确引用的JSON属性名称。如果您确实需要此功能,而不仅仅是问题中的错字,则可以通过将JsonTextWriter.QuoteName
设置为this answer到 Json.Net - Serialize property name without quotes中来设置Christophe Geers到false
通过JsonTextWriter.WritePropertyName()
:
var settings = new JsonSerializerSettings
{
Converters = { new EsiObjConverter<mApiResponseClass>() },
};
var stringWriter = new StringWriter();
using (var writer = new JsonTextWriter(stringWriter))
{
writer.QuoteName = false;
writer.Formatting = Formatting.Indented;
writer.Indentation = 0;
JsonSerializer.CreateDefault(settings).Serialize(writer, obj);
}
这将导致:
{
value: 7,
string1: "woohoo",
<esi:include src="/something" />,
Song: [
"I am a small API",
"all i do is run",
"but from who?",
"nobody knows"
]
}
这几乎是您的问题中显示的内容,但不完全是。它在ESI字符串和next属性之间包含一个逗号分隔符,但是在您的问题中没有分隔符:
<esi:include src="/something" /> Song: [ ... ]
摆脱定界符确实难以实现,因为here会在不在对象开头时自动写入定界符。但是,我认为这应该是可以接受的。 ESI本身不知道是要替换对象的first,last还是Middle属性,因此似乎最好不要在替换字符串中包含定界符。
工作示例.Net小提琴{{3}}。