C# JsonSerializer尝试反序列化FromString

当我处理可能是错误的

json

响应时，我使用此方法确定

json

是否为实际错误，或者是否为预期响应：

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.
            // It may be a successful JSON response : do nothing.
        }
    }

    error = null;
    return false;
}

bool TryParseResponseToError（字符串jsonResponse，out错误）
{
//检查是否存在预期的错误关键字
//避免捕获性能缺陷的beforetry子句
if（jsonResponse.Contains（“错误”）&&
jsonResponse.Contains（“状态”）&&
jsonResponse.Contains（“代码”））
{
尝试
{
错误=新建JsonSerializer（）.DeserializeFromString（jsonResponse）；
返回true；
}
抓住
{
//JSON响应似乎是一个错误，但未能反序列化。
//这可能是一个成功的JSON响应：什么都不做。
}
}
错误=null；
返回false；
}

但是，我有一个空捕获，这是一个糟糕的代码气味

我在ServiceStack库中没有看到任何

尝试反序列化
的方法。有吗

如何使用ServiceStack处理json错误？
这似乎是检查是否存在错误的一种不好的方法。通常，您将尝试使用某种类型的响应对象，并将错误对象作为成员变量。您需要将jsonResponse字符串反序列化为response对象，以正确隔离所有必需的字段。这样可以避免空catch块，并更好地处理反序列化。
通常，我希望使用HTTP状态码来表示错误，而不是以预期的消息格式对其进行编码。因此，200OK响应将包含来自API的有效JSON数据，但其他响应（即4xx、5xx）表示错误。在后一种情况下，您会将消息解码为错误，而不是预期的响应

在不可能的情况下，可能由于历史原因，我看到的模式是在JSON对象周围使用包装器

错误：

{
   success = false,
   message = "There was an error.",
   data = null
}

成功：

{
    success = true,
    message = null,
    data = { .... }
}

对于ServiceStack，错误处理有很好的文档记录：

基本上，您将在出错时得到HTTP 400、405、403或500状态响应

否则，你可以将其视为成功

如果这是一个错误，您将在JSON响应中收到一个错误。它包含以下属性：


公共字符串错误码
公共字符串消息
公共字符串堆栈跟踪
公开列表错误

那会给你你想要的

更新：
如果您实际上对服务代码或发送的错误没有任何控制或了解，并且您正在编写HTTP客户端应用程序，那么您将需要手动检查服务“通过线路”返回的内容

换句话说，您期望服务在响应JSON中返回错误，但您不知道JSON的格式是什么。因此，无法将其序列化为类型

检查HTTP响应JSON的一个好方法是使用。它将安装在您的web浏览器和远程web服务器之间（作为代理）。您可以点击服务url，然后查看Fiddler响应（JSON或RAW）。一旦看到原始响应，您将了解如何创建适合将JSON序列化到的C#类
 您可以构建自己的
TryToDeserialize
扩展方法。顺便说一句，似乎几乎每个人都在使用它，而不是内置的序列化程序。扩展方法是个好主意，谢谢。你能给我提供更多关于Json.Net方式而不是JsonSerializer的详细信息吗？你只需要查看他们的文档，非常好。我支持@tvanfosson，你应该使用HTTP状态码而不是JSON对象来表示错误。是的，我同意这样会更好。。。但我不拥有这项服务。我的问题问得不好，我在这里重新表述：[以“TryParse”的方式反序列化json][1][1]：感谢您快速给出答案。不幸的是，请求的服务不处理这样的响应（我没有办法改变这一点）：HTTP 200 OK返回一个错误。而响应要么只是数据，要么只是错误。感谢您的即时回复。不幸的是，我没有自己的服务，我必须处理这个问题：一个错误被发送回HTTP 200 OK。我只是意识到一件事：我不拥有我请求的服务，我也不知道它是否是ServiceStack的服务。实际上，我只是使用JsonSerializer来反序列化给定的json响应。我的问题没有得到很好的回答……如果是这样，我建议更新您的问题以删除servicestack标记，并询问：如何使用JsonSerializer反序列化json响应，我不知道其错误格式？