以“TryParse”方式反序列化 json

当我向某个服务（不属于我）发送请求时，它可能会响应所请求的 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 子句，它可能位于标准执行路径中，这是一种难闻的气味......好吧，不仅仅是一种难闻的气味：它很臭。

你知道更好的方法吗“尝试解析”响应以便避免捕获在标准执行路径中？

[EDIT]

谢谢尤瓦尔·伊茨恰科夫的回答我改进了我的方法：

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;
    }
}

我保留了 catch 条款...以防万一。

@Victor LG 使用 Newtonsoft 的答案很接近，但它在技术上并没有像原始海报所要求的那样避免捕获。它只是将其移动到其他地方。此外，虽然它创建了一个设置实例来捕获丢失的成员，但这些设置不会传递给 DeserializeObject 调用，因此它们实际上会被忽略。

这是他的扩展方法的“catch free”版本，其中还包括缺少成员标志。避免捕获的关键是设置Error设置对象的属性为 lambda，然后设置一个标志来指示失败并清除错误，这样就不会导致异常。

 public static bool TryParseJson<T>(this string @this, out T result)
 {
    bool success = true;
    var settings = new JsonSerializerSettings
    {
        Error = (sender, args) => { success = false; args.ErrorContext.Handled = true; },
        MissingMemberHandling = MissingMemberHandling.Error
    };
    result = JsonConvert.DeserializeObject<T>(@this, settings);
    return success;
}

这是一个使用它的示例：

if(value.TryParseJson(out MyType result))
{ 
    // Do something with result…
}