创建你的第一个 Django 项目， 第四部分

这一篇从 第三部分（zh）结尾的地方继续讲起。我们将继续编写投票应用，本章着力于简单的表单处理和精简我们的代码。

编写一个简单的表单

让我们更新一下在上一个教程中编写的投票详细页面的模板（“polls/detail.html”），让它包含一个 HTML <form>元素：

  1. <!--- polls/templates/polls/detail.html -->
  3. <h1>{{ question.question_text }}</h1>
  5. {% if error_message %}<p><strong>{{ error_message }}</strong></p>{% endif %}
  7. <form action="{% url 'polls:vote' question.id %}" method="post">
  8. {% csrf_token %}
  9. {% for choice in question.choice_set.all %}
  10.     <input type="radio" name="choice" id="choice{{ forloop.counter }}" value="{{ choice.id }}" />
  11.     <label for="choice{{ forloop.counter }}">{{ choice.choice_text }}</label><br />
  12. {% endfor %}
  13. <input type="submit" value="Vote" />
  14. </form>

简要说明：

  • 上面的模板在 Question 的每个 Choice 前添加一个单选按钮。 每个单选按钮的 value 属性是对应的各个 Choice 的 ID。每个单选按钮的 name 是 “choice”。这意味着，当有人选择一个单选按钮并提交表单提交时，它将发送一个 POST 数据 choice=#，其中# 为选择的 Choice 的 ID。这是 HTML 表单的基本概念。
  • 我们设置表单的 action 为 {% url ‘polls:vote’ question.id %}，并设置 method=”post”。使用 method=”post”（与其相对的是method=”get”）是非常重要的，因为这个提交表单的行为会改变服务器端的数据。 无论何时，当你需要创建一个改变服务器端数据的表单时，请使用 method=”post”。这不是 Django 的特定技巧；这是优秀的网站开发实践。
  • forloop.counter 指示 for 标签已经循环多少次。
  • 由于我们创建一个 POST 表单（它具有修改数据的作用），所以我们需要小心跨站点请求伪造。 谢天谢地，你不必太过担心，因为 Django 已经拥有一个用来防御它的非常容易使用的系统。 简而言之，所有针对内部 URL 的 POST 表单都应该使用 {% csrf_token %} 模板标签。

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

  1. # polls/urls.py
  3. url(r'^(?P<question_id>[0-9]+)/vote/$', views.vote, name='vote'),

我们还创建了一个 vote() 函数的虚拟实现。让我们来创建一个真实的版本。 将下面的代码添加到 polls/views.py：

  1. # polls/views.py
  3. from django.shortcuts import get_object_or_404, render
  4. from django.http import HttpResponseRedirect, HttpResponse
  5. from django.urls import reverse
  7. from .models import Choice, Question
  8. # ...
  9. def vote(request, question_id):
  10.     question = get_object_or_404(Question, pk=question_id)
  11.     try:
  12.         selected_choice = question.choice_set.get(pk=request.POST['choice'])
  13.     except (KeyError, Choice.DoesNotExist):
  14.         # 重新显示问题的投票表单
  15.         return render(request, 'polls/detail.html', {
  16.             'question': question,
  17.             'error_message': "You didn't select a choice.",
  18.         })
  19.     else:
  20.         selected_choice.votes += 1
  21.         selected_choice.save()
  22.         # 成功处理之后 POST 数据之后，总是返回一个 HttpResponseRedirect 。防止因为用户点击了后退按钮而提交了两次。
  23.         return HttpResponseRedirect(reverse('polls:results', args=(question.id,)))

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

  • request.POST 是一个类字典对象，让你可以通过关键字的名字获取提交的数据。 这个例子中，request.POST[‘choice’] 以字符串形式返回选择的 Choice 的 ID。request.POST 的值永远是字符串。
    注意，Django 还以同样的方式提供 request.GET 用于访问 GET 数据 —— 但我们在代码中显式地使用 request.POST ，以保证数据只能通过POST调用改动。

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

  • 在增加Choice的得票数之后，代码返回一个 HttpResponseRedirect 而不是常用的 HttpResponse。HttpResponseRedirect 只接收一个参数：用户将要被重定向的 URL（请继续看下去，我们将会解释如何构造这个例子中的 URL）。
    正如上面的Python注释指出的，你应该在成功处理 POST 数据后总是返回一个 HttpResponseRedirect。 这不是 Django 的特定技巧；这是那些优秀网站在开发实践中形成的共识。

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

    1. '/polls/3/results/'

    其中 3 是 question.id 的值。重定向的 URL 将调用 ‘results’ 视图来显示最终的页面。

正如在 第三部分（zh）中提到的，request 是一个 HttpRequest 对象。更多关于 HttpRequest 对象的内容，请参见 请求和响应的文档。

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

  1. # polls/views.py
  3. from django.shortcuts import get_object_or_404, render
  5. def results(request, question_id):
  6.     question = get_object_or_404(Question, pk=question_id)
  7.     return render(request, 'polls/results.html', {'question': question})

这和 第三部分（zh）中的 detail() 视图几乎一模一样。唯一的不同是模板的名字。 我们将在稍后解决这个冗余问题。

现在，创建一个 polls/results.html 模板：

  1. <!--- polls/templates/polls/results.htm -->
  3. <h1>{{ question.question_text }}</h1>
  5. <ul>
  6. {% for choice in question.choice_set.all %}
  7.     <li>{{ choice.choice_text }} -- {{ choice.votes }} vote{{ choice.votes|pluralize }}</li>
  8. {% endfor %}
  9. </ul>
  11. <a href="{% url 'polls:detail' question.id %}">Vote again?</a>

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

注意

我们的 vote() 视图代码有点小问题。它首先从数据库中得到 selected_choice 对象，然后计算新的票数（votes），最后把新的票数存回数据库中。但如果两个用户几乎在同一时间在我们的网站上投票就会出现错误：同票数，比如说 42 张票。然后两个用户计算和保存的票数都会是 43，而不是我们期待的 44。

这就是竞争条件（race condition），如果你感兴趣，可以阅读 使用 F() 来避免竞争条件，学一下如何解决这个问题。

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

detail()（在 第三部分（zh）中）和 results() 视图都很简单 —— 并且，像上面提到的那样，存在冗余问题。用来显示一个议题列表的 index() 视图（也在 第三部分（zh） 中）和它们类似。

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

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

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

  1. 转换 URLconf。
  2. 删除一些旧的、不再需要的代码。
  3. 引进基于 Django 通用视图的新视图。

请继续阅读来了解详细信息。

为什么要重构代码？

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

就像在使用计算器之前你需要知道基本的数学一样。

改良 URLconf

首先，打开 polls/urls.py 这个 URLconf 并将它修改成：

  1. # polls/urls.py
  3. from django.conf.urls import url
  5. from . import views
  7. app_name = 'polls'
  8. urlpatterns = [
  9.     url(r'^$', views.IndexView.as_view(), name='index'),
  10.     url(r'^(?P<pk>[0-9]+)/$', views.DetailView.as_view(), name='detail'),
  11.     url(r'^(?P<pk>[0-9]+)/results/$', views.ResultsView.as_view(), name='results'),
  12.     url(r'^(?P<question_id>[0-9]+)/vote/$', views.vote, name='vote'),
  13. ]

注意在第二个和第三个模式的正则表达式中，匹配的模式的名字由 <question_id> 变成 <pk>。

改良视图

下一步，我们将删除旧的 index、 detail 和 results 视图，并用 Django 的通用视图代替。打开 polls/views.py 文件，并将它修改成：

  1. # polls/views.py
  3. from django.shortcuts import get_object_or_404, render
  4. from django.http import HttpResponseRedirect
  5. from django.urls import reverse
  6. from django.views import generic
  8. from .models import Choice, Question
  11. class IndexView(generic.ListView):
  12.     template_name = 'polls/index.html'
  13.     context_object_name = 'latest_question_list'
  15.     def get_queryset(self):
  16.         """ 返回最近时间的五个问题 """
  17.         return Question.objects.order_by('-pub_date')[:5]
  20. class DetailView(generic.DetailView):
  21.     model = Question
  22.     template_name = 'polls/detail.html'
  25. class ResultsView(generic.DetailView):
  26.     model = Question
  27.     template_name = 'polls/results.html'
  30. def vote(request, question_id):
  31.     ... # 像上面一样保存

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

  • 每个通用视图需要知道它将作用于哪个模型。 这由 model 属性提供。
  • DetailView 期望从 URL 中捕获名为 “pk” 的主键值，所以我们为通用视图把 question_id 改成 pk 。

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

类似地，ListView 使用一个叫做 “<app name>/<model name>_detail.html” 的默认模板；我们使用 template_name 来告诉 ListView 使用已经存在的 “polls/index.html” 模板。

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

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

更多关于通用视图的详细信息，请查看 通用视图的文档。

当你明白了这些表单和通用视图后，可以继续阅读 教程第五部分（zh） 来了解如何测试我们的投票应用。