当我向一个服务发送一个请求(我并不拥有)时,它可能会响应所请求的 JSON 数据,或者出现如下错误:
{
"error": {
"status": "error message",
"code": "999"
}
}
在这两种情况下,HTTP 响应代码都是200 OK,所以我不能用它来确定是否存在错误-我必须反序列化响应来检查。 所以我有这样的东西:
bool TryParseResponseToError(string jsonResponse, out Error error)
{
// Check expected error keywords presence
// before try clause to avoid catch performance drawbacks
if (jsonResponse.Contains("error") &&
jsonResponse.Contains("status") &&
jsonResponse.Contains("code"))
{
try
{
error = new JsonSerializer<Error>().DeserializeFromString(jsonResponse);
return true;
}
catch
{
// The JSON response seemed to be an error, but failed to deserialize.
// Or, it may be a successful JSON response: do nothing.
}
}
error = null;
return false;
}
在这里,我有一个可能位于标准执行路径中的空 catch 子句,这是一种不好的气味... ... 好吧,不仅仅是不好的气味: 它很臭。
你知道一个更好的方法来 “尝试分析”的响应,以 避免陷入困境在标准的执行路径?
感谢 Yuval Itzchakov的回答,我改进了我的方法:
bool TryParseResponse(string jsonResponse, out Error error)
{
// Check expected error keywords presence :
if (!jsonResponse.Contains("error") ||
!jsonResponse.Contains("status") ||
!jsonResponse.Contains("code"))
{
error = null;
return false;
}
// Check json schema :
const string errorJsonSchema =
@"{
'type': 'object',
'properties': {
'error': {'type':'object'},
'status': {'type': 'string'},
'code': {'type': 'string'}
},
'additionalProperties': false
}";
JsonSchema schema = JsonSchema.Parse(errorJsonSchema);
JObject jsonObject = JObject.Parse(jsonResponse);
if (!jsonObject.IsValid(schema))
{
error = null;
return false;
}
// Try to deserialize :
try
{
error = new JsonSerializer<Error>.DeserializeFromString(jsonResponse);
return true;
}
catch
{
// The JSON response seemed to be an error, but failed to deserialize.
// This case should not occur...
error = null;
return false;
}
}
我保留了条款... 以防万一。