使用基于类的视图处理表单 — Django 文档
使用基于类的视图处理表单
表单处理一般有3条路径:
- 初始 GET(空白或预填充表格)
- 带有无效数据的 POST(通常会重新显示有错误的表单)
- 使用有效数据进行 POST(处理数据并通常重定向)
自己实现这一点通常会导致大量重复的样板代码(请参阅 在视图中使用表单 )。 为了避免这种情况,Django 为表单处理提供了一组通用的基于类的视图。
基本表格
给定一个联系表格:
表格.py
可以使用 FormView
构建视图:
视图.py
注意事项:
- FormView 继承了 TemplateResponseMixin 所以这里可以使用 template_name。
- form_valid() 的默认实现只是重定向到 success_url。
模型形式
使用模型时,通用视图真的很出色。 这些通用视图将自动创建一个 ModelForm,只要它们能够计算出要使用的模型类:
- 如果给出 model 属性,则将使用该模型类。
- 如果 get_object() 返回一个对象,则将使用该对象的类。
- 如果给出了 queryset,则将使用该查询集的模型。
模型表单视图提供了一个 form_valid() 实现来自动保存模型。 如果您有任何特殊要求,可以覆盖它; 有关示例,请参见下文。
您甚至不需要为 CreateView 或 UpdateView 提供 success_url
- 如果可用,它们将在模型对象上使用 get_absolute_url() .
如果您想使用自定义 ModelForm(例如添加额外验证),请在您的视图上设置 form_class。
首先,我们需要将 get_absolute_url() 添加到我们的 Author
类中:
模型.py
然后我们就可以使用CreateView和朋友们来做实际的工作了。 注意我们是如何在这里配置通用的基于类的视图的; 我们不必自己编写任何逻辑:
视图.py
fields
属性与 ModelForm 上内部 Meta
类上的 fields
属性的工作方式相同。 除非您以另一种方式定义表单类,否则该属性是必需的,否则视图将引发 ImproperlyConfigured 异常。
如果同时指定 fields 和 form_class 属性,则会引发 ImproperlyConfigured 异常。
最后,我们将这些新视图挂接到 URLconf 中:
网址.py
笔记
这些视图继承了 SingleObjectTemplateResponseMixin,它使用 template_name_suffix 基于模型构造 template_name。
在这个例子中:
- CreateView 和 UpdateView 使用
myapp/author_form.html
- DeleteView 使用
myapp/author_confirm_delete.html
如果您希望为 CreateView 和 UpdateView 设置单独的模板,您可以在您的视图类中设置 template_name 或 template_name_suffix。
型号和 request.user
要跟踪使用 CreateView 创建对象的用户,您可以使用自定义 ModelForm 来执行此操作。 首先,将外键关系添加到模型中:
模型.py
在视图中,确保不要在要编辑的字段列表中包含 created_by
,并覆盖 form_valid() 以添加用户:
视图.py
LoginRequiredMixin 阻止未登录的用户访问表单。 如果你忽略它,你需要在 form_valid() 中处理未经授权的用户。
AJAX 示例
下面是一个示例,展示了如何实现适用于 AJAX 请求以及“普通”表单 POST 的表单: