Django ajax 错误响应最佳实践

Question

我在我的 Django 项目中使用 ajax 来改善用户体验。我关心的是如何正确响应浏览器的错误。据我所知，我可以：

1. 逐条验证请求数据，逐条防范异常。如果发生了不好的事情，请引发 Http404 或其他异常以明确宣布发生了错误。或者
2. 只需编写没有异常处理的代码并假设它会工作。如果发生不好的事情，未捕获的异常会导致内部服务器错误，这仍然是浏览器的错误

对我来说，第一种方法似乎更正统，因为在 Python 中“显式优于隐式”的理念非常重要。但是由于从第二个中删除了各种异常检查，因此它更干净，更少碎片且更具可读性。

我正在使用 jQuery 来处理 ajax 请求/响应，这两种方法似乎都有效。我的问题是：

1. 这两种方法都可以接受吗？
2. 第二种方法对其他 Javascript 库是否会失败？
3. 对此的最佳做法是什么？

PS。我做必要的数据验证。请不要因此而偏离主题。 :)

Answer 1

如果您返回状态码为 4xx 或 5xx 的响应，则这是一个错误，将触发 jQueries error 处理程序。虽然每次都可以简单地返回状态 200 并在 JSON 响应中使用“错误”字段（如 dm03514 建议的那样），但这有两个原因是不好的：

1. 它违反了良好的 HTTP 实践。 原因定义了很多错误代码

2. 你不能使用 jQuery 已经有一个错误处理程序的事实，它可以让你将正常行为与错误处理分开。

大多数时候错误响应与非错误响应有很大的不同所以将这些消息的处理放在一段 JS 代码中是没有意义的。因此，总而言之，使用状态为 200 的 JSON 响应作为您的正常响应，并返回（适当的！）4xx/5xx 响应以表示错误。这些也可以携带 JSON 有效负载，因此您的服务器端可以添加有关错误的其他详细信息。

Answer 2

在我看来：

1. 第二种方法不可接受。
2. 它不会失败，因为服务器仍然会发送一个 http 响应。
3. 让我告诉你我在项目中做了什么：

当我的项目开始时，我总是在文件夹结构的顶部预先添加一个名为errors的模块，首先我会编写一个继承自Exception的基本异常类，然后写出一些常见的异常类，如@ 987654323@, ValidationError 根据我的经验。当我认为我的代码应该引发异常时，我会使用该模块中的异常，当我发现需要处理新的异常时，我会在其中编写一个新的异常。

然后是如何处理它们的工作。当你使用 Django 时，很容易通过中间件捕获异常，你可以这样写：

from youproject import errors

# categorize your exceptions
400_ERRORS = (errors.ValidationError, errors.ParametersMissing, )
403_ERRORS = (errors.AuthenticationError, )
404_ERRORS = (errors.ObjectNotFound, errors.ResourceNotExist, )

class ExceptionHandleMiddleware(object):
    def process_exception(self, request, e):
        # set status_code by category of the exception you caught
        if isinstance(e, 400_ERRORS):
            status_code = 400
        elif isinstance(e, 403_ERRORS):
            status_code = 403
        elif isinstance(e, 404_ERRORS):
            status_code = 404
        else:
            # if the exception not belone to any one you expected,
            # or you just want the response to be 500
            status_code = 500
            # you can do something like write an error log or send report mail here
            logging.error(e)

        response_dict = {
            'status': 'error',
            # the format of error message determined by you base exception class
            'msg': str(e)
        }
        if settings.debug:
            # you can even get the traceback infomation when you are in debug mode
            response_dict['traceback'] = traceback.format_exc()

        # set header and return the response
        ....

上面的代码是我在项目中如何处理异常的总结，总的来说，它是关于准确的异常控制、正确的异常分类，当然还有“显式优于隐式”的理念。

===更新=== 至于ajax中如何处理对应的响应，可以使用jquery1.5中的新特性statusCode：

$.ajax({
  statusCode: {
    404: function() {
      alert('page not found');
    }
  }
});

来自 jquery 文档：

数字 HTTP 代码和函数的映射，当 响应有相应的代码。例如，以下将 响应状态为 404 时发出警报

Answer 3

我无法回答这两种方法是否都可以接受，只能告诉你我在做什么。在我看来，我发现了一些特定/明确的错误，例如：

• 帖子中的参数无效或缺失
• 高级错误，例如数据库中已存在用户名（例如在注册情况下）
• 所有其他系统错误

我认为，如果您将错误归类为用户必须知道的一些特定错误，然后是其他所有错误，那么您的代码最多将返回 2 或 3 个错误路由，恕我直言，这还不错。 我使用 JSON 返回错误，我的结构通常是这样的：

respons={}
response["error|ok"]
response["msg"]="User not found"
response["type"]=ERROR_TYPE # only applicable for errors

显然这是非常基本的，但希望能给你一个大致的概念。我建议不要让用户看到系统生成的内部服务器错误。这是糟糕的用户体验，即使对于内部应用也是如此。

希望这会有所帮助。

Answer 4

我不会采用您建议的任何方法。我会建议一些类似于 Sid 所说的内容。为什么不想编写无错误代码？

我会尝试解决我一直编写的代码中所有可能的错误和错误。这包括验证用户输入。使用 ajax，我认为将消息发送回用户很重要。这很容易用 json 完成。

response_dict = {}
try:
   # do action that could cause an error
except ExpectedError as e:
   response_dict['success'] = False
   response_dict['message'] e.msg # or custom message
   return HttpResponse(json.dumps(repsonse_dict))

然后在您的 ajax 回调中确保响应有效，如果它没有提醒用户他们做错了什么。不要让他们挂着你正在为他们制作应用程序！

Answer 5

使用选项 1，但不完全按照您描述的方式，您应该返回一个带有 status_code 200 的 HttpResponse，在响应内容（使用 JSON 或一些文本）中指示发生了验证错误，然后，当您在使用 JQuery 的客户端只需检查响应内容并检测是否存在验证错误。

HttpResponse 的 JSON 字符串示例：

{"errors": "true", "messages": ["Error #1", "Error #2", "etc."]}

选项 2 不是一个好的做法，因为当服务器抛出未捕获的异常并且程序员通常不知道时，就会发生内部服务器错误。

不要使用 HTTP 状态码来表示验证错误，这不是他们的目的。