第一个 Django 应用，第 4 部分

这一篇从教程第 3 部分结尾的地方继续讲起。我们将继续编写投票应用，专注于简单的表单处理并且精简我们的代码。

编写一个简单的表单

让我们更新一下在上一个教程中编写的投票详细页面的模板 ("polls/detail.html") ，让它包含一个 HTML元素：

polls/templates/polls/detail.html

{{question.question_text}}

{%iferror_message%}

{{error_message}}

{%endif%}

{%csrf_token%}

{%forchoiceinquestion.choice_set.all%} {{choice.choice_text}}

{%endfor%}

简要说明：

上面的模板在 Question 的每个 Choice 前添加一个单选按钮。 每个单选按钮的属性是对应的各个 Choice 的 ID。每个单选按钮的是。这意味着，当有人选择一个单选按钮并提交表单提交时，它将发送一个 POST 数据，其中# 为选择的 Choice 的 ID。这是 HTML 表单的基本概念。

我们设置表单的为，并设置。使用。这不是 Django 的特定技巧；这是优秀的网站开发技巧。

指示标签已经循环多少次。

由于我们创建一个 POST 表单（它具有修改数据的作用），所以我们需要小心跨站点请求伪造。 谢天谢地，你不必太过担心，因为 Django 已经拥有一个用来防御它的非常容易使用的系统。 简而言之，所有针对内部 URL 的 POST 表单都应该使用模板标签。

现在，让我们来创建一个 Django 视图来处理提交的数据。记住，在 教程第 3 部分 中，我们为投票应用创建了一个 URLconf ，包含这一行：

polls/urls.py

path('/vote/', views.vote, name='vote'),

我们还创建了一个函数的虚拟实现。让我们来创建一个真实的版本。 将下面的代码添加到：

polls/views.py

fromdjango.httpimportHttpResponse, HttpResponseRedirect

fromdjango.shortcutsimportget_object_or_404, render

fromdjango.urlsimportreverse

from.modelsimportChoice, Question

# ...

defvote(request, question_id): question=get_object_or_404(Question, pk=question_id)

try: selected_choice=question.choice_set.get(pk=request.POST['choice'])

except(KeyError, Choice.DoesNotExist):

# Redisplay the question voting form.

returnrender(request,'polls/detail.html', {

'question': question,

'error_message':"You didn't select a choice.",

})

else:

selected_choice.votes+=1selected_choice.save()

# Always return an HttpResponseRedirect after successfully dealing# with POST data. This prevents data from being posted twice if a# user hits the Back button.returnHttpResponseRedirect(reverse('polls:results', args=(question.id,)))

以上代码中有些内容还未在本教程中提到过：

是一个类字典对象，让你可以通过关键字的名字获取提交的数据。 这个例子中，以字符串形式返回选择的 Choice 的 ID。的值永远是字符串。

注意，Django 还以同样的方式提供用于访问 GET 数据 —— 但我们在代码中显式地使用，以保证数据只能通过 POST 调用改动。

如果在数据中没有提供， POST 将引发一个。上面的代码检查，如果没有给出将重新显示 Question 表单和一个错误信息。

在增加 Choice 的得票数之后，代码返回一个而不是常用的、只接收一个参数：用户将要被重定向的 URL（请继续看下去，我们将会解释如何构造这个例子中的 URL）。

As the Python comment above points out, you should always return anafter successfully dealing with POST data. This tip isn't specific to Django; it's just good Web development practice.

在这个例子中，我们在的构造函数中使用函数。这个函数避免了我们在视图函数中硬编码 URL。它需要我们给出我们想要跳转的视图的名字和该视图所对应的 URL 模式中需要给该视图提供的参数。 在本例中，使用在 教程第 3 部分 中设定的 URLconf，调用将返回一个这样的字符串：

'/polls/3/results/'

其中是的值。重定向的 URL 将调用视图来显示最终的页面。

正如在 教程第 3 部分 中提到的，是一个对象。更多关于对象的内容，请参见 请求和响应的文档 。

当有人对 Question 进行投票后，视图将请求重定向到 Question 的结果界面。让我们来编写这个视图：

polls/views.py

fromdjango.shortcutsimportget_object_or_404, render

defresults(request, question_id): question=get_object_or_404(Question, pk=question_id)

returnrender(request,'polls/results.html', {'question': question})

这和 教程第 3 部分 中的视图几乎一模一样。唯一的不同是模板的名字。 我们将在稍后解决这个冗余问题。

现在，创建一个模板：

polls/templates/polls/results.html

{{question.question_text}}

{%forchoiceinquestion.choice_set.all%}

{{choice.choice_text}}--{{choice.votes}}vote{{choice.votes|pluralize}}

{%endfor%}

Vote again?

现在，在你的浏览器中访问然后为 Question 投票。你应该看到一个投票结果页面，并且在你每次投票之后都会更新。 如果你提交时没有选择任何 Choice，你应该看到错误信息。

Note

我们的视图代码有一个小问题。代码首先从数据库中获取了对象，接着计算的新值，最后把值存回数据库。如果网站有两个方可同时投票在同一时间，可能会导致问题。同样的值，42，会被返回。然后，对于两个用户，新值43计算完毕，并被保存，但是期望值是44。

这个问题被称为竞争条件。如果你对此有兴趣，你可以阅读 Avoiding race conditions using F() 来学习如何解决这个问题。

使用通用视图：代码还是少点好

（在 教程第3部分 中）和视图都很简单 —— 并且，像上面提到的那样，存在冗余问题。用来显示一个投票列表的视图（也在 教程第 3 部分 中）和它们类似。

这些视图反映基本的 Web 开发中的一个常见情况：根据 URL 中的参数从数据库中获取数据、载入模板文件然后返回渲染后的模板。 由于这种情况特别常见，Django 提供一种快捷方式，叫做“通用视图”系统。

通用视图将常见的模式抽象化，可以使你在编写应用时甚至不需要编写Python代码。

让我们将我们的投票应用转换成使用通用视图系统，这样我们可以删除许多我们的代码。我们仅仅需要做以下几步来完成转换，我们将：

转换 URLconf。

删除一些旧的、不再需要的视图。

基于 Django 的通用视图引入新的视图。

为什么要重构代码？

一般来说，当编写一个 Django 应用时，你应该先评估一下通用视图是否可以解决你的问题，你应该在一开始使用它，而不是进行到一半时重构代码。本教程目前为止是有意将重点放在以“艰难的方式”编写视图，这是为将重点放在核心概念上。

就像在使用计算器之前你需要掌握基础数学一样。

改良 URLconf

首先，打开这个 URLconf 并将它修改成：

polls/urls.py

fromdjango.urlsimportpath

from.importviews

app_name='polls'

urlpatterns=[ path('', views.IndexView.as_view(), name='index'), path('/', views.DetailView.as_view(), name='detail'), path('/results/', views.ResultsView.as_view(), name='results'), path('/vote/', views.vote, name='vote'),

]

注意，第二个和第三个匹配准则中，路径字符串中匹配模式的名称已经由改为。

改良视图

下一步，我们将删除旧的,, 和视图，并用 Django 的通用视图代替。打开文件，并将它修改成：

polls/views.py

fromdjango.httpimportHttpResponseRedirect

fromdjango.shortcutsimportget_object_or_404, render

fromdjango.urlsimportreverse

fromdjango.viewsimportgeneric

from.modelsimportChoice, Question

classIndexView(generic.ListView): template_name='polls/index.html'context_object_name='latest_question_list'defget_queryset(self):

"""Return the last five published questions."""returnQuestion.objects.order_by('-pub_date')[:5]

classDetailView(generic.DetailView): model=Question template_name='polls/detail.html'

classResultsView(generic.DetailView): model=Question template_name='polls/results.html'

defvote(request, question_id):

...# same as above, no changes needed.

我们在这里使用两个通用视图：和。这两个视图分别抽象“显示一个对象列表”和“显示一个特定类型对象的详细信息页面”这两种概念。

每个通用视图需要知道它将作用于哪个模型。 这由属性提供。

期望从 URL 中捕获名为的主键值，所以我们为通用视图把改成。

默认情况下，通用视图使用一个叫做的模板。在我们的例子中，它将使用模板。属性是用来告诉 Django 使用一个指定的模板名字，而不是自动生成的默认名字。 我们也为列表视图指定了—— 这确保 results 视图和 detail 视图在渲染时具有不同的外观，即使它们在后台都是同一个。

类似地，使用一个叫做的默认模板；我们使用来告诉使用我们创建的已经存在的模板。

在之前的教程中，提供模板文件时都带有一个包含和变量的 context。对于，变量会自动提供—— 因为我们使用 Django 的模型 (Question)， Django 能够为 context 变量决定一个合适的名字。然而对于 ListView， 自动生成的 context 变量是。为了覆盖这个行为，我们提供属性，表示我们想使用。作为一种替换方案，你可以改变你的模板来匹配新的 context 变量 —— 这是一种更便捷的方法，告诉 Django 使用你想使用的变量名。

启动服务器，使用一下基于通用视图的新投票应用。