如何在Django CreateView的GET流程实现校验失败重定向

你之前的写法报错的核心原因，是把拦截逻辑放在了get_context_data方法里——这个方法的设计契约就是必须返回模板上下文字典，Django框架会强制校验返回值类型，一旦返回重定向对象就会触发类型不匹配的报错。而且这个方法已经处于视图流程的后半段（渲染准备阶段），根本不适合做前置拦截跳转的逻辑。 #

所有Django类视图的请求入口是dispatch方法，这是请求进入视图后最先执行的逻辑，完全适合放置前置健全性校验：

• 校验逻辑不通过时，直接构造重定向响应返回，立刻中断后续的视图执行流程
• 校验通过时，正常调用父类的dispatch逻辑，原有CreateView的GET、POST处理流程完全不受影响

from django.contrib import messages
from django.shortcuts import redirect
from django.utils.translation import gettext_lazy as _
from django.contrib.auth.mixins import LoginRequiredMixin
from django.views.generic.edit import CreateView

from .models import Job
from .forms import JobFormClass


class JobCreateView(LoginRequiredMixin, CreateView):
    model = Job
    form_class = JobFormClass

    def dispatch(self, request, *args, **kwargs):
        # 此处替换为你实际的复杂业务校验逻辑，无任何类型限制
        if not request.user.is_superuser:
            messages.add_message(
                request,
                messages.ERROR,
                _("You are not authorized! Bugger off!")
            )
            # 校验不通过直接返回重定向，中断后续流程
            return redirect("home")
        # 校验通过走原有标准流程
        return super().dispatch(request, *args, **kwargs)

如果你的校验只需要覆盖GET请求、POST提交流程不需要拦截，可以把校验逻辑从dispatch移到重写的get方法里，避免影响POST的提交处理：

def get(self, request, *args, **kwargs):
    # 仅GET请求触发的业务校验逻辑
    if not self.check_business_validity():
        messages.add_message(request, messages.ERROR, "业务校验不通过")
        return redirect("home")
    return super().get(request, *args, **kwargs)

注意：所有涉及拦截、跳转的前置逻辑，都不要放在get_context_data、get_form这类处于流程中后段的方法里，这类方法的返回值都有固定的类型契约，强行返回响应对象只会触发框架报错。

内容的提问来源于stack exchange，提问作者L Lawliet