第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部分,以了解有关测试我们的民意调查应用程序的信息。