“全能”选手—Django 1.10文档中文版Part2

by admin on 2018年10月24日

接大家看我的村办网站《刘江的博客和课程》:www.liujiangblog.com

Shut Up and Calculate (闭上嘴,动笔去算)

图片 1

ArkaniHamedPostF17.jpg

近些年大神Nima在康奈尔大学开了一个面向公众的讲座,题目就是是“Three Cheers
for Shut Up and Calculate in Fundamental Physics”。
比较遗憾的凡,网上并没有讲座的照相,也从未讲座的教科书。不过大庆幸之是于Peter
Woit 和 Motl的博客上还来针对性这个讲座的褒贬。这半单人口是非常对头(Tom and
Jerry那种),经常在博客及互攻击(Motl是大神级别的弦论学家,Peter
Woit是“臭名昭著”的反弦论主义者)。Motl自称虽然为没扣留了Nima的讲座,但是经过她们连年底交流暨雅,他得推断讲座的始末,并写了一样首长文
“2.7 cheers for shut up and
calculate”。文章非常有意思,暗合我衷心对物理的观点的平种植变化。这里竟对那篇博文某种程度上之“转译”还有即使是对团结想法,心境的均等种植记录。所以自己单象征自己对文章的领悟,任何可能的错还来自身的偏见,感兴趣之对象可扣押Motl的原稿还有如找到Nima的讲座,欢迎@我。

先录最近微博及看罢之一个段子:“费曼说,相对论流行之后,很多哲学家跳出来说“坐标系是对立的,这难道不是不过当之哲学要求为?这个我们都懂得了!”可是一旦你告诉她们光速在享有坐标系下非转换,他们不怕会呆。所以真的科学家其实正如“想象家”更起想象力。”(转载李淼的微博)
再也录一个自身要好亲身经历的截:一浅达到信息课的上,教授不知怎么就摆到弦论学家了。学生问他俩是做什么的,教授说她们终于东西(they
compute),然后大家便一路会心的乐起来。我懂得讲课的弦外音是,弦论学家的做事数是精打细算好复杂的东西,但是于他们终于的事物意义或者并无全清楚。那个教授自己深喜爱的,虽然未是费曼的嫡传学生,但是他是在费曼还于的加州理工毕业的。我吧总觉得他发一点费曼底黑影,他今天凡是做信息,
inference
还有熵的,他还有他自己自信角度出发的针对性量子力学的阐释,大概是怎通过极端可怜熵来演绎薛定谔方程。
事实上就在课堂上,作为系里弦论组的均等各项心里要略微为难,但是因自身当下的想法的情怀,又觉得他说之百般有道理,无从反驳。作为从小看爱因斯坦跟费曼的被第二物理菜鸟,我先一直认为物理就是那种天才的实惠乍现,还有即使是上马行空的情理思维实验。当自己确实做物理的当儿,发现了不是那回事,很多的时光是在数学的泥坑里挣扎,还有针对性好竟有底结果意义的多疑与不足中。慢慢地自我倒是爱好上了这种“可以测算”的意。但是菜鸟就是菜鸟。如同玩一个游玩,一个菜鸟和一个pro高端玩家在此娱乐里之野趣是全两样之,可以说他们玩的意无是一个戏耍。在体会到高端玩家的欢愉的先头,我好几吗未思放弃去。抱歉说了有些闲话与废话,下面开始正题。

一般生星星点点栽档次的物理学家,一栽乎领取问题的人数(asker or seer),
他们得于意识物理概念中的龃龉或通过由另一样角度对物理概念的明白来把物理推向更远或是提出新的推论和如。另一样看似人呢化解问题的总人口(solver),他们是想念当把物理问题在数学方面正式,从而只于数学之规模达到化解得于数学回答的问题。也有人(Freeman
Dyson)把当时简单种植人分头叫鸟和青蛙。Shut Up and
Calculate当然就是青蛙等的实用哲学。
优质的情景下,应该像鸟们那样做研究,在头脑风暴里,理清正确的大体概念和逻辑,像侦探一样,把持有的凭证综合起来得到一个理所当然之说然后帅气的游说发生那么句:真相只有发生一个。然后将剩下的做事可能不重大的细节还交不知名的略微警察(例如研究生)就吓了。
只是实际上情形是起一个驳斥的雏形到最终理论的演进是一个格外长久的过程。如果具体的案子,真相往往是于大气底拜访还有证据收集后逐渐发生的。在案件的开头走访还有证据的征集广大下还要是所谓的飞禽枪法。为了调查嫌疑人的行迹,你或使扣有或的监控录像。你可能抱怨你免是在拘留侦探推理剧而是刑侦剧,证据收集与走访并不需要天才的侦探和黑马的推理而是按的照本宣科。类似地立吗是针对性群理论工作的一个埋怨,你切莫是于召开物理,而是纯数学而已经:你但是是以排一个偏微分方程,你可是是在解矩阵的仍征值等等。你可能说这些青蛙等踊跃的未足够高,看不到任何完整的大体图像。比如弦论,从80年份开始就是给称可以分解一切的物理理论,但是迄今为止也止弦论还是不曾一个广接受的非微扰的构建(AdS/CFT可能是)。
而Shut Up and
Calculate背后的一个意是单通过物理图像是无敷清楚物理的,对于物理理论更老层次理解来自数学。人类的言语有时候是供不应求够清楚真正的情理的。在夜半更深望着满天星星我扪心自问,我确实懂量子力学吗?这个时段唯一可自确信还有安慰的即使是好解决了之一个又一个底例证和题材,我得计算氢原子的能级,自旋,可以计算隧穿的几率还有散射振幅。而且我晓得这些计算结果都得了尝试的证明。尽管自己或不确定自身懂的量子力学,但是自己起码自己知如果依靠数学好睡个好觉,不用失去琢磨哲学上的形而上。我并无是避让这类题材,有些人也许这些形而上的题目才是确实的理论物理,什么是时空?什么是波函数?什么是自旋?等之类。所有关于这些的讨论自己还感谢兴趣,但是本人委对待很重视的题材是那些提供了切实可行的化解大方向的。换句话来说,没有答案的问题不是题材;有答案而完全无清楚怎么去寻觅的题目为无是问题。一些所谓的“民科”的责备不是他们不够聪明,而是他们不经意现有的答案,反而自命不凡的提出好的问题还有温馨所谓的答案。并无是说她们突破正统的大体不对,让丁气愤之凡他们针对那些已经部分答案的不经意与偏见。
Motl最后还发表他对物理未来同样种植担忧。我要么一直翻的口舌吧:“如果你在youtobe上追寻
量子力学,排在极度前的视频有约60万之点击率。可是对于当拿了手上理论物理界最富300万Milner物理突破大奖被极度喜人最为有生气之Nima,他的有关基本物理定律的视频的点击率可能连前的视频的一个零头都达成不顶。。。。。。。那60万之观看者并不只是日常物理爱好者,还连过多博士,甚至物理博士,还起其它科学记者,科学部门的工作人员。但是当对物理感兴趣充满惊异的儿女还有学生想使审了解物理的下,他们得却一味是污染源。以自己对于社会的观察,那些履行着无忘却初心知道自己当开呀的物理学家正在逐步灭绝,被那些假教授借科学家排斥驱逐,而这些叫兽们倒是日渐联合在一起统治起科学界。那些有前途称为美物理学的孩子当成人之经过中不得不给各种陷阱,虚假的消息,打击还有威胁,究极有微微人得坚持到最终为?”
Molt的即刻番说话还真的有些痛心疾首悲天悯人了。老板说,学术就漫长道就是比如长征,人愈来愈活动更少。最后变成不成佛都要要动相同面临的。

第一分享Python 及Django教程以及有关的博客


首先局部传送门

其三片传递门

季片传送门

3.2 模型和数据库Models and
databases

3.2.2 查询操作making
queries

3.3.8
会话sessions

目录

2.5 第一单Django app,Part 3:视图和模板

  • 2.5.1 概览
  • 2.5.2 编写更多的视图
  • 2.5.3 编写能实际干点活的视图
  • 2.5.4 404错误
  • 2.5.5 使用模板系统
  • 2.5.6 删除模板被硬编码的URLs
  • 2.5.7 URL names的命名空间

2.6 第一个DJango app,Part 4:表单和泛型视图

  • 2.6.1 编写一个简练的form
  • 2.6.2 使用泛型视图:减少代码冗余

2.5 第一个Django app,Part 3:视图和模板

本章承上启下,主要介绍Django的视图概念。

2.5.1 概览

一个视图就是一个网页“类型”,通常提供特定的功力还是一定的模版。例如:在一个博客应用被,你或会见看到下列视图:

  • 博客主页:显示最新披露的组成部分情
  • 章详细页面:每个条目对应的永恒页面
  • 据悉年之稿子页面:显示指定年内的装有博客文章
  • 依据月之章页面:显示指定月内的有博客文章
  • 因天的文章页面:显示指定日内之所有博客文章
  • 宣布评论:处理对某篇博客发布之评介

于我们的投票应用被,我们用确立下面的视图:

  • 问卷“index”页:显示最新的有问卷
  • 问卷“detail”页面:显示一个问卷的详尽文本内容,没有调查结果但是有一个投票或考察表单。
  • 问卷“results”页面:显示有问卷的投票或调查结果。
  • 投票动作页面:处理对某个问卷的某选项之投票动作。

每当Django中,网页和任何的有情节都是经过视图来散发的。视图呈现吧一个简单的Python函数(在依据类的视图中称方法)。Django通过比请求的URL地址来挑选相应之视图。

以你平常的网页上,你恐怕时时会遇到类似“ME2/Sites/dirmod.asp?sid=&type=gen&mod=Core+Pages&gid=A6CD4967199A42D9B65B1B”的url。庆幸之是Django支持用越来越简介的URL模式,而无欲编制上面那种复杂的url。

一个URL模式其实就是一个URL通用表达式,例如:/newsarchive///。为了让URL模式映射到相应的视图,DJango使用URLconfs来形成这无异于工作。本学科介绍中心的URLconfs使用办法,更多之始末,请参见6.23节。

2.5.2 编写更多之视图

下面,让咱开拓polls/views.py文件,输入下列代码:

polls/views.py

def detail(request, question_id):
    return HttpResponse("You're looking at question %s." % question_id)

def results(request, question_id):
    response = "You're looking at the results of question %s."
    return HttpResponse(response % question_id)

def vote(request, question_id):
    return HttpResponse("You're voting on question %s." % question_id)

下一场,在polls/urls.py文件被参加下面的url模式,将那映射到我们地方新增的视图。

polls/urls.py

from django.conf.urls import url
from . import views

urlpatterns = [
    # ex: /polls/
    url(r'^$', views.index, name='index'),
    # ex: /polls/5/
    url(r'^(?P<question_id>[0-9]+)/$', views.detail, name='detail'),
    # ex: /polls/5/results/
    url(r'^(?P<question_id>[0-9]+)/results/$', views.results, name='results'),
    # ex: /polls/5/vote/
    url(r'^(?P<question_id>[0-9]+)/vote/$', views.vote, name='vote'),
]

现失去浏览器中走访“/polls/34/”(注意:这里大概了域名。另外,使用了二级路由,url中都要加加polls部分,参考前的章节),它用运行detail()方法,然后以页面被显你在url里提供的ID。访问“/polls/34/results/”和“/polls/34/vote/”,将各自显示预定义的非法结果与投票页面。

点访问的路由过程如下:当有人看“/polls/34/”地址时,Django将首先加载mysite.urls模块,因为它是settings文件里设置的根URL配置文件。在该文件里,Django发现了urlpatterns变量,于是以该外按梯次的进行匹配。当它相当上了^polls/,就解除去url中匹配的文本polls/,然后以多余的文件“34/”,传递给“polls.urls”进行下一致步的拍卖。在polls.urls,又相当到了r’^(?P<question_id>[0-9]+)/$’,最终结果虽是调整用该模式对应之detail()视图,也不怕是下的函数:

detail(request=<HttpRequest object>, question_id='34')

函数中之question_id=’34’参数,是由(?P[0-9]+)而来。在正则表达式中通过一个双圆括如泣如诉,Django会捕获其相当到的价并传递让相应之视图,作为视图的职参数有,而?P则表示自己而为这捕获的价指定一个破例的变量名,在视图中得以经过question_id这个变量称呼自由的援它,形成一个重中之重字参数,不用考虑参数的职务。至于[0-9]+则是一个大简单的原生正则表达式,用于匹配同多样连续的数字,它相当到之值也就是是切实要传递的参数值。

具的URL模式都是正则表达式,Django不限制而当url模式面临的修道。但是,你实在没有必要书写一个之类的比较愚蠢的蕴藏”.html”的模式,它明确是从来不必要,不够精炼的:

url(r'^polls/latest\.html$', views.index),

卿完全可以就此底的模式代表上面的:

url(r'^polls/latest$', views.index),

2.5.3 编写能实际干点活的视图

面前我们说罢,每个视图至少召开少宗事某:返回一个分包呼吁页面的HttpResponse对象要弹来一个像样Http404底不胜。其它的虽然依照你虽,你爱干嘛干嘛。

您的视图可以于数据库读取记录,或者未读。你可以动用Django提供的模板系统或第三正的Python模板系统,或者简直啥呢不用。你可以生成PDF文件、输出XML,创建ZIP压缩文件,任何你想做的从业,使用任意而想就此底Python库。

假使Django想要之只有HttpResponse或者一个坏。

坐这么非常省心,接下去为咱们用DJango自己的数据库API,我们于上面的课里介绍过之。下面是一个初的index()视图,它见面因公布日期显示最近的5只投票问卷,通过逗号分隔。

polls/views.py

from django.http import HttpResponse
from .models import Question

def index(request):
    latest_question_list = Question.objects.order_by('-pub_date')[:5]
    output = ', '.join([q.question_text for q in latest_question_list])
    return HttpResponse(output)

# 下面是那些没改动过的视图(detail, results, vote)

然而这里仍发生个问题:在视图中之页面时硬编码的。如果你想更改页面的展示,就不能不修改这里的Python代码。因此,让咱来以Django提供的模版系统,解耦视图和模板之间的关联。

先是,在polls目录下创造一个新的templates目录,Django会在她里面找模板文件。

此处解释一下:Django项目之settings配置文件中定义了如何加载与渲染模板。默认的安装
是DjangoTemplates后端,并且APP_DIRS参数为设置为True。作为老,Django也会寻找每个在INSTALLED_APPS配置项里注册了之app本身目录下的templates子目录。

归来你才创建的templates目录中,再创一个新的子目录名叫polls,进入该子目录,创建一个初的html文件index.html。换句话说,你的模板文件应该是polls/templates/polls/index.html。根据地方的诠释,你现在得当DJango中直接采用polls/index.html引用该公文了。

模板命名空间:
你也许会想,为什么不把模板文件直接放在polls/templates目录下,而是费劲的再建个子目录polls呢?设想这么个情况,有另外一个app,它也有一个名叫index.html的文件,当Django在搜索模板时,有可能就找到它,然后退出搜索,这就命中了错误的目标,不是我们想要的结果。解决这个问题的最好办法就是在templates目录下再建立一个与app同名的子目录,将自己所属的模板都放到里面,从而达到独立命名空间的作用,不会再出现引用错误。

今天,将下列代码写副文件:
polls/templates/polls/index.html

{% if latest_question_list %}
    <ul>
    {% for question in latest_question_list %}
    <li><a href="/polls/{{ question.id }}/">{{ question.question_text }}</a></li>
    {% endfor %}
    </ul>
{% else %}
    <p>No polls are available.</p>
{% endif %}

并且,修改视图文件,让新的index.html文件生效:
polls/views.py

from django.http import HttpResponse
from django.template import loader
from .models import Question

def index(request):
    latest_question_list = Question.objects.order_by('-pub_date')[:5]
    template = loader.get_template('polls/index.html')
    context = {
    'latest_question_list': latest_question_list,
    }
    return HttpResponse(template.render(context, request))

点的代码会加载polls?index.html文件,并传递让其一个参数,这个参数是一个字典,包含了模版变量名和python对象期间的照耀关系。

在浏览器被经访“/polls/”,你可以视一个列表,包含“What’s
up”的问卷,以及总是至那针对性承诺详细内容页面的链接点。

快捷方式:render()

于实质上行使中,加载模板、传递参数,返回HttpResponse对象是身再度常用但的操作了,为了省去力气,Django提供了一个快捷方式:render函数,一步到位!看如下代码:

polls/views.py

from django.shortcuts import render
from .models import Question
def index(request):
    latest_question_list = Question.objects.order_by('-pub_date')[:5]
    context = {'latest_question_list': latest_question_list}
    return render(request, 'polls/index.html', context)

render()函数的率先单职位参数是要对象(就是view函数的第一独参数),第二独岗位参数是模板,还得发一个可选的老三参数—一个字典,包含需要传递给模板的数。最后render函数返回一个通过字典数据渲染了的沙盘封装而改为的HttpResponse对象。

2.5.4 404错误

当今被我们来编排返回具体问卷文本内容之视图:

polls/views.py

from django.http import Http404
from django.shortcuts import render
from .models import Question
# ...
def detail(request, question_id):
    try:
        question = Question.objects.get(pk=question_id)
    except Question.DoesNotExist:
        raise Http404("Question does not exist")
    return render(request, 'polls/detail.html', {'question': question})

此间有个新定义:如果要的问卷ID不在,那么会弹来一个Http404荒唐。

稍后咱们会谈论你应有在polls/detail.html里面写点什么代码,但是现在您可以大概的先写这么个东西,用来显示点的404误:

polls/templates/polls/detail.html

{{ question }}

快捷方式:get_object_or_404()

哪怕如render函数一样,Django同样为您提供了一个偷懒的措施,替代点的多行代码,那就是是get_object_or_404()方法,参考下面的代码:

polls/views.py

from django.shortcuts import get_object_or_404, render
from .models import Question
# ...
def detail(request, question_id):
    question = get_object_or_404(Question, pk=question_id)
    return render(request, 'polls/detail.html', {'question': question})

变更说我从不提醒您,和render一样,也需以Django内置的快捷方式模块中导入get_object_or_404()!

get_object_or_404()函数将一个Django模型作为第一单职位参数,后面可以同达到随便个数的要字参数(python函数参数的分类及语法一定要抓懂了!这些根本字参数是传递让范管理器的get()函数的,在末端会讲话到。),如果目标非存则弹出Http404不当。

理念:
为什么要费劲的使用一个get_object_or_404()快捷方式,而不是让系统自动的捕获ObjectDoesNotExist异常或者弹出模型API的Http404异常?仅仅只是为了少写点代码?
因为后两者会耦合模型层和视图层。Django的一个非常重要的设计目标是维持各层级之间的松耦合。更多的内容请参考3.3.5节。

平等,这里还有一个get_list_or_404()函数,和方面的get_object_or_404()类似,只不过是故来代表filter()函数,当查问列表为空时弹出404误。(filter是范API中因故来过滤查询结果的函数,它的结果是一个列表集。而get则是查询一个结果的计,和filter是一个和多单底分别!)

2.5.5 使用模板系统

回去detail()视图。将上下文变量question传递给相应之html模板,它看起如下所示:

polls/templates/polls/detail.html

<h1>{{ question.question_text }}</h1>
<ul>
{% for choice in question.choice_set.all %}
    <li>{{ choice.choice_text }}</li>
{% endfor %}
</ul>

前方我们说罢了,在模板系统中圆点“.”是全能的魔法师,你得用它访问对象的性。在例子{{
question.question_text
}}中,DJango首先会在question对象中品尝寻找一个字典,如果失败,则尝试寻找属性,如果重新失败,则尝试当列表的目进行询问。

当 {% for %}
循环中之不二法门调用——poll.choice_set.all其实就是Python的代码poll.choice_set.all(),它用回来一组可迭代的
Choice 对象,并据此当 {% for %} 标签中。

再度多内容要查看3.5省之沙盘向导!

2.5.6 删除模板被硬编码的URLs

于polls/index.html文件被,还有一对硬编码存在,也就算是herf里之“/polls/”部分:

<li><a href="/polls/{{ question.id }}/">{{ question.question_text }}</a></li>

内部的紧耦合对于代码修改十分不利。
但是,我们眼前为urls定义了一个name别名,可以用它来取代。具体代码如下:

<li><a href="{% url 'detail' question.id %}">{{ question.question_text }}</a></li>

Django会在polls.urls文件被追寻name=’detail’的url,具体的就算是下面这行:

url(r'^(?P<question_id>[0-9]+)/$', views.detail, name='detail'),

举个栗子,如果你想将polls的detail视图的URL更换也polls/specifics/12/,那么你无需要在模板被再度修改url地址了,仅仅只有需要在polls/urls.py文件被,将相应之正则表达式改化下面这样的即使尽了:

# 添加新的单词'specifics'
url(r'^specifics/(?P<question_id>[0-9]+)/$', views.detail, name='detail'),

2.5.7 URL names的命名空间

照课程例子中,只发1单app也就是是polls,但是于具体中好显然会生5独、10个、更多之app同时有一个类型受到。Django是怎样区分这些app之间的URL
name呢?

答案是使URLconf的命名空间。在polls/urls.py文件之启部分,添加一个app_name的变量来指定该利用的命名空间:

polls/urls.py

from django.conf.urls import url
from . import views

app_name = 'polls'
urlpatterns = [
    url(r'^$', views.index, name='index'),
    url(r'^(?P<question_id>[0-9]+)/$', views.detail, name='detail'),
    url(r'^(?P<question_id>[0-9]+)/results/$', views.results, name='results'),
    url(r'^(?P<question_id>[0-9]+)/vote/$', views.vote, name='vote'),
]

如今,让咱将代码修改得重新谨慎一点,将脚的:
polls/templates/polls/index.html

<li><a href="{% url 'detail' question.id %}">{{ question.question_text }}</a></li>

修改为:

<li><a href="{% url 'polls:detail' question.id %}">{{ question.question_text }}</a></li>

顾引用方法是引号而休是圆点也未是斜杠!!!!!!!!!!!!

至这,我们得以进来下有底科目了。

2.6 第一个DJango app,Part 4:表单和泛型视图

以有要介绍form表单相关。

2.6.1 编写一个概括的form

现在以我们原先底polls/detail.html文件被补充加一个表单元素:

polls/templates/polls/detail.html

<h1>{{ question.question_text }}</h1>

{% if error_message %}<p><strong>{{ error_message }}</strong></p>{% endif %}

<form action="{% url 'polls:vote' question.id %}" method="post">
{% csrf_token %}
{% for choice in question.choice_set.all %}
    <input type="radio" name="choice" id="choice{{ forloop.counter }}" value="{{ choice.id }}" />
    <label for="choice{{ forloop.counter }}">{{ choice.choice_text }}</label><br />
{% endfor %}
<input type="submit" value="Vote" />
</form>

大概说明:

  • 地方的模板显示同一名目繁多单选按钮,按钮的价是选之ID,按钮的讳是字符串”choice”。这意味,当您挑选了间有按钮,并付诸表单,一个分包数据choice=#的POST请求将受发送到指定的url,#举凡让挑的取舍的ID。这就是HTML表单的基本概念。
  • 倘若你来必然的前端开发基础,那么form标签的action属性和method属性你应当怪亮她的意思,action表示你如发送的目的url,method表示提交数据的不二法门,一般分POST和GET,更多之说明就是无是本教程干的事情了,你要补课。
  • forloop.counter是DJango模板系统管理专门供的一个变量,用来表示您时巡回的次数,一般用来为循环型增长有序数标。
  • 是因为我们发送了一个POST请求,就必须考虑一个跨站请求伪造之问题,简称CSRF(具体意思请百度)。Django为你提供了一个大概的不二法门来避免这麻烦,那便是在form表单内补充加同长{%
    csrf_token
    %}标签,标签名不可更改,固定格式,位置任意,只要是当form表单内。但是(译者注),这个措施对form表单的付出方式有利好使,但是一旦是因此ajax的法交给数据,那么就老大困难了。个人认为不使直接当Django配置中关闭这个近乎发生图,其实然并卵的CSRF得矣。

今昔,让咱们创建一个处理提交过来的数额的视图。前面我们既勾勒了一个“占坑”的vote视图的url:
polls/urls.py

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

与“占坑”的vote视图函数,我们把坑填起来:
polls/views.py

from django.shortcuts import get_object_or_404, render
from django.http import HttpResponseRedirect, HttpResponse
from django.urls import reverse
from .models import Choice, Question
# ...

def vote(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):
        # 发生choice未找到异常时,重新返回表单页面,并给出提示信息
        return render(request, 'polls/detail.html', {
        'question': question,
        'error_message': "You didn't select a choice.",
        })
    else:
        selected_choice.votes += 1
        selected_choice.save()
        # 成功处理数据后,自动跳转到结果页面,防止用户连续多次提交。
        return HttpResponseRedirect(reverse('polls:results', args=(question.id,)))

多少新的东西,我们如果解释一下:

  • request.POST是一个类似字典的靶子,允许你通过键名访问提交的多少。本例中,request.POST[’choice’]返给挑选选项的ID,并且值的项目永远是string字符串,那恐惧它看起如数字,记住了!!!!同样的,你为堪用接近的手腕获取GET请求发送过来的多少,一个道理。
  • request.POST[’choice’]发或接触一个KeyError异常,如果您的POST数据里无提供choice键值,在这种状态下,上面的代码会回表单页面并吃出错误提示。译者注:通常咱们会给个默认值,防止这种特别的有,例如:request.POST[’choice’,None],一个None解决有题目。
  • 于选择计数器加一晚,返回的凡一个HttpResponseRedirect而未是先前咱们经常因此之HttpResponse。HttpResponseRedirect需要一个参数:重定向的URL。这里出一个提议,当你成功拍卖POST数据后,应当保障一个不错的惯,始终返回一个HttpResponseRedirect。这不仅是本着Django而言,它是一个脍炙人口的WEB开发习惯。
  • 咱俩在地方HttpResponseRedirect的构造器中行使了一个reverse()函数。它会帮忙我们避免在视图函数中硬编码URL。它首先要一个咱们在URLconf中指定的name,然后是传递的多少。例如’/polls/3/results/’,其中的3是某某question.id的价值。重定向后将登’polls:results’对应的视图,并拿question.id传递给她。白话来讲,就是管活扔给另外一个路由对应的视图去干。

当有人对某个问题投票后,vote()视图重定向到了问卷的结果显示页面。下面我们来描写这个处理结果页面的视图:
polls/views.py

from django.shortcuts import get_object_or_404, render

def results(request, question_id):
    question = get_object_or_404(Question, pk=question_id)
    return render(request, 'polls/results.html', {'question': question})

如出一辙,还欲写单模板。(译者注:路由、视图、模板、模型!你待的套路….)

polls/templates/polls/results.html

<h1>{{ question.question_text }}</h1>
<ul>
{% for choice in question.choice_set.all %}
    <li>{{ choice.choice_text }} -- {{ choice.votes }} vote{{ choice.votes|pluralize }}</li>
{% endfor %}
</ul>
<a href="{% url 'polls:detail' question.id %}">Vote again?</a>

当今而得博得浏览器中走访/polls/1/了,投票吧。你会见到一个结果页面,每投同糟糕,它的情即更新一涂鸦。如果您付的时节从不选择种类,则会取得一个荒谬提示。

注释:(怎么这么多注释....)
在上面的vote视图中的代码存在一点小问题。如果有2个用户同时在对某项进行提交时,很有可能发生同时对数据库进行读写的情况,它有可能导致数据的不协调,也就是所谓的“竞态”,如果你感兴趣,可以参考6.15节相关的通过使用F()查询来避免竞态的讨论和介绍。

2.6.2 使用泛型视图:减少代码冗余

面的detail、index和results视图的代码非常相似,有硌冗余,这是一个序猿不能够忍受的。他们还怀有类似的事情逻辑,实现类似之成效:通过从URL传递过来的参数去数据库查询数据,加载一个模板,利用刚才底数目渲染模板,返回这个模板。由于此过程是这般之常见,Django又大善解人意的援助您想办法偷懒了,它提供了同等种植快捷方式,名也“泛型视图”系统。

当今,让我们来试看以原的代码改吧运用泛型视图的法门,整个经过分三步走:

  • 改变URLconf
  • 抹一些初的无效的视图
  • 动用基于泛型视图的新视图

注释:Django官方的“辩解”
缘何以课程的代码来回改动这么累?
报经:通常在描写一个Django的app时,我们同样开始就要控制是采用泛型视图还是不要,而无是当交代码写到一半了才重构你的代码成泛型视图。但是以学科为了吃你清晰的晓视图的内涵,“故意”走了一样漫长比较2之路,因为咱们的哲学是:在公使用计算器之前你得预了解基本的数学公式。

修改URLconf

打开polls/urls.py文件,将那修改成下面的则:

from django.conf.urls import url
from . import views

app_name = 'polls'
urlpatterns = [
    url(r'^$', views.IndexView.as_view(), name='index'),
    url(r'^(?P<pk>[0-9]+)/$', views.DetailView.as_view(), name='detail'),
    url(r'^(?P<pk>[0-9]+)/results/$', views.ResultsView.as_view(), name='results'),
    url(r'^(?P<question_id>[0-9]+)/vote/$', views.vote, name='vote'),
]

请小心:在点的底第2,3条条框框中将原本的<question_id>修改成了<pk>.

改视图

连通下去,打开polls/views.py文件,删掉index、detail和results视图,替换成Django的泛型视图,如下所示:

polls/views.py

from django.shortcuts import get_object_or_404, render
from django.http import HttpResponseRedirect
from django.urls import reverse
from django.views import generic
from .models import Choice, Question


class IndexView(generic.ListView):
    template_name = 'polls/index.html'
    context_object_name = 'latest_question_list'
    def get_queryset(self):
    """返回最近发布的5个问卷."""
        return Question.objects.order_by('-pub_date')[:5]


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


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


def vote(request, question_id):
... # 这个视图未改变!!!

当这边,我们下了区区栽泛型视图:ListView和DetailView(译者注:它们是用作父类被延续的)。这二者分别表示“显示一个靶的列表”和“显示特定类型对象的详细页面”的抽象概念。

  • 各个一样栽泛型视图都待知道它们而作用在哪个模型上,这通过model属性提供。

  • DetailView泛型视图需要从URL捕获到的名叫”pk”的主键值,因此我们以url文件中将2和3漫漫目的<question_id>改成了<pk>

默认情况下,DetailView泛型视图使用一个叫做<app name>/<model name>_detail.html的模版。在本例中,实际采用的凡”polls/question_detail.html”。template_name属性就是之所以来指定这个模板名的,用于代替自动生成的默认模板名。(译者注:一定要过细观察地方的代码,对号落座,注意细节。)同样的,在resutls列表视图中,为了指定template_name为’polls/results.html’,这样虽管了则resulst视图和detail视图同样连续了DetailView类,使用了同的model:Qeustion,但她仍会展示不同的页面。(译者注:模板不同嘛!so
easy!)

恍如的,ListView泛型视图使用一个默认模板称为<app name>/<model name>_list.html。我们啊以template_name这个变量来报ListView使用我们既存在的
“polls/index.html”模板,而不是下其好默认的良。

当课程的面前有,我们为模板提供了一个涵盖question和latest_question_list的上下文变量。而对于DetailView,question变量会被电动提供,因为咱们采取了Django的型(Question),Django会智能的选料适宜的上下文变量。然而,对于ListView,自动生成的上下文变量是question_list。为了掩盖其,我们提供了context_object_name属性,指定说咱俩意在采取latest_question_list而不是question_list。

今昔你可以运作开发服务器,然后试试基于泛型视图的应用程序了。
翻更多关于泛型视图的始末,请去3.6节。

交这里,本节的情节了了,你可以起来下一样略节之学。
觉得博主翻译的尚可尽管点赞支持一下吧!

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图