我开始考虑在我的 Django 应用程序中进行适当的异常处理，我的目标是使其尽可能用户友好。通过用户友好性，我暗示用户必须始终详细说明到底出了什么问题。 关注 this post ，最佳做法是

use a JSON response with status 200 for your normal responses and return an (appropriate!) 4xx/5xx response for errors. These can carry JSON payload, too, so your server side can add additional details about the error.

我试图通过这个答案中的关键词进行谷歌搜索，但我脑海中的问题仍然多于答案。

1. 如何决定返回哪个错误代码(400 或 500)？我的意思是，Django 有许多预定义的错误类型，我该如何实现 Django 异常类型和 400-500 错误代码之间的这种映射，以使异常处理 block 尽可能 DRY 和可重用？
2. @Reorx 在 the post 中建议的中间件方法可以吗？被认为是可行的？ (答案只得到了一个赞成票，因此让我不愿意深入研究细节并在我的项目中实现它
3. 最重要的是，有时我可能希望提出与业务逻辑相关的错误，而不是不正确的语法或空值之类的标准。例如，如果我的法人实体中没有 CEO，我可能希望禁止用户添加契约(Contract)。在这种情况下应该是什么错误状态，我如何向用户详细解释错误？

让我们从一个简单的角度来考虑它

def test_view (request):

   try:
          # Some code .... 
          if my_business_logic_is_violated():
              # How do I raise the error
              error_msg = "You violated bussiness logic because..."
              # How do I pass error_msg 
          my_response = {'my_field' : value}
  except ExpectedError as e:
          # what is the most appropriate way to pass both error status and custom message
          # How do I list all possible error types here (instead of ExpectedError to make the exception handling block as DRY and reusable as possible
      return JsonResponse({'status':'false','message':message}, status=500)

最佳答案

首先，您应该考虑要暴露哪些错误:

• 通常会公开 4xx 错误(归因于客户端的错误)，以便用户更正请求。

• 另一方面，5xx 错误(归因于服务器端的错误)通常仅在没有信息的情况下呈现。在我看来，你应该使用像 Sentry 这样的工具。监控并解决此错误，其中可能包含安全问题。

在我看来，对于正确的 Ajax 请求，您应该返回一个状态代码，然后返回一些 json 来帮助理解发生了什么，例如消息和解释(如果适用)。

如果您的目标是使用 ajax 提交信息，我建议设置 form为了你想要的。这样您就可以轻松通过一些验证过程。我将假设示例中的情况是这样的。

第一 - 请求是否正确？

def test_view(request):
    message = None
    explanation = None
    status_code = 500
    # First, is the request correct?
    if request.is_ajax() and request.method == "POST":
        ....
    else: 
        status_code = 400
        message = "The request is not valid."
        # You should log this error because this usually means your front end has a bug.
        # do you whant to explain anything?
        explanation = "The server could not accept your request because it was not valid. Please try again and if the error keeps happening get in contact with us."

    return JsonResponse({'message':message,'explanation':explanation}, status=status_code)

第二 - 表格是否有错误？

form = TestForm(request.POST)
if form.is_valid():
    ...
else:
    message = "The form has errors"
    explanation = form.errors.as_data()
    # Also incorrect request but this time the only flag for you should be that maybe JavaScript validation can be used.
    status_code = 400

您甚至可能逐个字段地得到错误，因此您可以在表单本身中以更好的方式呈现。

第三次 - 让我们处理请求

        try:
            test_method(form.cleaned_data)
        except `PermissionError` as e:
            status_code= 403
            message= "Your account doesn't have permissions to go so far!"
        except `Conflict` as e:
            status_code= 409
            message= "Other user is working in the same information, he got there first"
        ....
        else:
            status_code= 201
            message= "Object created with success!"

根据您定义的异常(exception)情况，可能需要不同的代码。转至 Wikipedia并检查 list 。 不要忘记响应也因代码而异。如果你向数据库中添加一些东西，你应该返回一个 201。如果您刚刚获得信息，那么您正在寻找 GET 请求。

回答问题

1. 如果不处理，Django 异常将返回 500 个错误，因为如果您不知道将要发生异常，那么它就是服务器中的错误。除了 404 和登录要求外，我会为所有内容执行 try catch block 。 (对于 404，您可以提出它，如果您这样做 @login_required 或需要权限，django 将使用适当的代码进行响应，而无需您做任何事情。

2. 我不完全同意这种方法。正如您所说，错误应该是明确的，因此您应该始终知道假设会发生什么以及如何解释它，并使其依赖于所执行的操作。

3. 我会说 400 错误是可以的。这是一个糟糕的请求，您只需要解释原因，错误代码适用于您和您的 js 代码，因此请保持一致。

4. (提供的示例)- 在 text_view 中，您应该拥有 test_method，如第三个示例所示。

测试方法应具有以下结构:

def test_method(validated_data):
    try: 
        my_business_logic_is_violated():
    catch BusinessLogicViolation:
        raise
    else:
        ... #your code

在我的例子中:

   try:
        test_method(form.cleaned_data)
    except `BusinessLogicViolation` as e:
        status_code= 400
        message= "You violated the business logic"
        explanation = e.explanation
   ...

我认为业务逻辑违规是客户端错误，因为如果在该请求之前需要某些东西，客户端应该意识到这一点并要求用户先做。 (来自 Error Definition ):

The 400 (Bad Request) status code indicates that the server cannot or will not process the request due to something that is perceived to be a client error (e.g., malformed request syntax, invalid request
message framing, or deceptive request routing).

顺便说一下，你可以看到Python Docs on User-defined Exceptions所以你可以给出适当的错误信息。此示例背后的想法是，您根据生成位置在 my_business_logic_is_violated() 中使用不同的消息引发 BusinessLogicViolation异常。

关于python - Django - 异常处理最佳实践和发送自定义错误消息，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/38847441/