编写你的第一个Django应用程序 四

第4部分

写一个简单的表格

让我们从上一个教程更新我们的民意调查详细信息模板（“polls / detail.html”），以便模板包含一个HTML 元素：

快速简要说明：

• 上面的模板显示每个问题选择的单选按钮。的 value每个单选按钮的是相关联的问题的选择的ID。的 name每个单选按钮的是"choice"。这意味着，当某人选择其中一个单选按钮并提交表单时，它将发送POST数据choice=#，其中＃是所选选项的ID。这是HTML表单的基本概念。

• 我们将表单设置action为，然后设置。使用（而不是 ）非常重要，因为提交此表单的行为将改变数据服务器端。每当您创建一个改变数据服务器端的表单时，请使用。这个提示不是Django特有的; 这只是一个很好的Web开发实践。{% url ‘polls:vote’ question.id %}method="post"method="post"method="get"method=“post”

• forloop.counter表示for标记经过循环的次数

• 由于我们正在创建一个POST表单（可以具有修改数据的效果），因此我们需要担心跨站点请求伪造。值得庆幸的是，您不必太担心，因为Django带有一个非常易于使用的系统来防范它。简而言之，所有针对内部URL的POST表单都应使用 模板标记。{% csrf_token %}
  现在，让我们创建一个Django视图来处理提交的数据并对其进行处理。请记住，在教程3中，我们为包含以下行的民意调查应用程序创建了一个URLconf：
  
  我们还创建了该vote()函数的虚拟实现。让我们创建一个真实版本。将以下内容添加到polls/views.py：
  
  此代码包含我们在本教程中尚未涉及的一些内容：

• request.POST是一个类似字典的对象，允许您按键名访问提交的数据。在这种情况下， request.POST[‘choice’]返回所选选项的ID，作为字符串。request.POST值始终是字符串。

请注意，Django也提供request.GET了以相同方式访问GET数据 - 但我们request.POST在代码中明确使用，以确保数据仅通过POST调用进行更改。

• request.POST[‘choice’]KeyError如果 choicePOST数据中没有提供，则会引发。上面的代码检查 KeyError并重新显示问题表单，如果choice没有给出错误消息。

• 增加选择计数后，代码返回 HttpResponseRedirect而不是正常 HttpResponse。 HttpResponseRedirect采用一个参数：用户将被重定向到的URL（在这种情况下，请参阅以下关于我们如何构造URL的点）。

正如上面的Python注释指出的那样，HttpResponseRedirect在成功处理POST数据之后应该总是返回一个 。这个提示不是Django特有的; 这只是一个很好的Web开发实践。

• 我们在这个例子中使用构造reverse()函数中的 HttpResponseRedirect函数。此功能有助于避免在视图功能中对URL进行硬编码。它给出了我们想要将控制权传递给的视图的名称以及指向该视图的URL模式的可变部分。在这种情况下，使用我们在教程3中设置的URLconf ，此reverse()调用将返回一个类似的字符串
• 
  其中的3是值question.id。然后，此重定向的URL将调用’results’视图以显示最终页面。

如教程3中所述，request是一个 HttpRequest对象。有关HttpRequest对象的更多信息 ，请参阅请求和响应文档。

在某人投票问题后，该vote()视图会重定向到问题的结果页面。让我们写下这个观点：

这几乎detail()与教程3中的视图完全相同。唯一的区别是模板名称。我们稍后会修复此冗余。

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

现在，转到/polls/1/您的浏览器并在问题中投票。您应该会看到每次投票时都会更新的结果页面。如果您在未选择的情况下提交表单，则应该看到错误消息。

使用通用视图：更少的代码更好

在detail()（从教程3）和results() 意见是非常简单的-并且如上面提到的，冗余的。index() 显示民意调查列表的视图类似。

这些视图代表了基本Web开发的常见情况：根据URL中传递的参数从数据库获取数据，加载模板并返回呈现的模板。因为这是如此常见，Django提供了一种称为“通用视图”系统的快捷方式。

通用视图将常见模式抽象到您甚至不需要编写Python代码来编写应用程序的程度。

让我们将我们的民意调查应用程序转换为使用通用视图系统，这样我们就可以删除一堆自己的代码。我们只需要采取一些步骤进行转换。我们会：

1 . 转换URLconf。
2. 删除一些旧的，不需要的视图。
3 . 基于Django的通用视图引入新视图。
继续阅读以了解详情。

修改URL配置

首先，打开polls/urls.pyURLconf并将其更改为：

请注意，第二个和第三个模式的路径字符串中匹配模式的名称已从更改<question_id>为。

修改意见

接下来，我们将删除我们的老index，detail和results 视图，并使用Django的通用视图代替。为此，请打开 polls/views.py文件并进行更改，如下所示：

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

• 每个通用视图都需要知道它将采用什么模型。这是使用model属性提供的。
• 该DetailView通用视图预计从URL中捕获的主键值被调用 “pk”，所以我们已经改变question_id，以pk用于通用视图。

默认情况下，DetailView通用视图使用名为的模板。在我们的例子中，它将使用模板。该 属性用于告诉Django使用特定的模板名称而不是自动生成的默认模板名称。我们还为列表视图指定了- 这确保了结果视图和详细视图在渲染时具有不同的外观，即使它们都是 幕后的。/_detail.html"polls/question_detail.html"template_nametemplate_nameresultsDetailView

同样，ListView通用视图使用一个名为的默认模板; 我们用来告诉 使用我们现有的 模板。/_list.htmltemplate_nameListView"polls/index.html"

在本教程的前几部分中，为模板提供了包含question和latest_question_list 上下文变量的上下文。对于DetailView该question自动提供的变量-因为我们使用的Django模型（Question），Django的是能够确定一个适当的名称为上下文变量。但是，对于ListView，自动生成的上下文变量是 question_list。要覆盖它，我们提供context_object_name 属性，指定我们要使用的属性latest_question_list。作为替代方法，您可以更改模板以匹配新的默认上下文变量 - 但只是告诉Django使用您想要的变量要容易得多。

运行服务器，并使用基于通用视图的新轮询应用程序。

有关通用视图的完整详细信息，请参阅通用视图文档。

当您对表单和通用视图感到满意时，请阅读本教程的第5部分，以了解有关测试我们的民意调查应用程序的信息。