导读:本篇文章首席CTO笔记来给大家介绍有关django如何将view设为全局的相关内容,希望对大家有所帮助,一起来看看吧。
如何Django的View类工作
这些views的基础涉及相当高级的Python,所以如果你是一个初学者,相对的,如果你发现这个代码,这并不奇怪
您应该明白最主要的是什么@classmethoddecorator上做的定义as_view()。那是不是这就是所谓的类的一个实例(以及在需要实例作为self但是这就是所谓的类本身(并采取了类作为cls语言是指,作为一个虽然在Python中,这是一个第三类 CodeGo.net,我们不需要在这里赘述了。
这是一个怎样的看法是在URLconf中定义。你把正确WelcomeView.as_view()-这是什么做的是调用as_view在该URL配置是导入的。
因为我们知道,从点1,cls是视图类本身。正常的一类,当你调用它,你会得到一个对象。所以,就像你说的,我们在这里做的是什么实例化的类,然后分配该实例名为变量self,仿佛我们是该实例的内部。这里的要点是,正如我上面所说,as_view被称为在导入和它返回一个函数-view-这是反过来调用的URL调度,当浏览器请求的URL。因此,该函数内部,我们构建和调用类的其余部分,构成了基于类的视图。至于为什么需要它,请参阅下文。
该__init__方法利用设置的护理initargs以一个实例属性,在这里你可以通过访问它在你的视图代码self.whatever语法。
那么,为什么这一切有必要吗?
基于类的观点具有巨大的潜力疑难杂症,这是任何类别直接在URL配置(或其他地方在模块级别)实例化将会持续整个过程的全部。而且Django的部署方式-通过WSGI-一个进程可以持续很多很多的要求。如果你已经在多个请求坚持,你有真正讨厌的线程安全漏洞的概率-如果你设置为一个请求一个实例属性,例如,它会显示在后续的请求。
因此,这段代码不仅保证了每个请求得到一个新的实例,这也使得它真的很难通过动态构造实例的每个视图函数内打破这一要求隔离。
django视图中怎么把从前端获取的user作为全局变量
有时候,我们需要Templates模板页面可以使用一些变量。这些变量我们在views.py响应时没有返回设置的变量。例如,如下代码:
#coding:utf-8
from django.shortcuts import render
def index(request):
context = {}
context['title'] = '测试标题'
return render(request, 'index.html', context)
上面是某个views.py的方法之一。它将渲染index.html模版(Template)页面,并返回context字典。该字典是传入变量信息给前端页面。对应的index.html如下:
html
head/head
body
h3{{title}}/h3
p是否登录:{{request.user.is_authenticated}}/p
/body
/html
响应结果除了有title变量值之外,还有是否登录信息。该登录信息来自request变量,问题是上面views.py中返回结果的context中没有写入request变量。而模版也没却有可以获取该变量。
这个当时不是无中生有,我一步一步剖析给大家看。原理讲明白之后,就自然懂得如何设置模版(Templates)的全局变量或者叫默认变量。
render方法是render_to_response方法的简写方式。上面的views.py代码相当于如下:
#coding:utf-8
from django.shortcuts import render_to_response
from django.template import RequestContext
def index(request):
context = {}
context['title'] = '测试标题'
return render_to_response('index.html', context, RequestContext(request))
如果去掉render_to_response的第三个参数,即RequestContext(request)部分。
渲染index.html模版页面就无法得到{{request.user.is_authenticated}}的值,即没有传递request变量给前端页面。很明显RequestContext很关键。
有关RequestContext的内容可以从Django官方文档查得。
该类实例化时会解析settings中的Templates设置中的context_processors配置。新建Django项目settings.py文件中默认的Templates设置如下:
TEMPLATES = [
{
'BACKEND': 'django.template.backends.django.DjangoTemplates',
'DIRS': [],
'APP_DIRS': True,
'OPTIONS': {
'context_processors': [
'django.template.context_processors.debug',
'django.template.context_processors.request',
'django.contrib.auth.context_processors.auth',
'django.contrib.messages.context_processors.messages',
],
},
},
]
大家可发现context_processors有一系列设置,其中根据django.template.context_processors.request的路径找到Django的相关源码。
Django安装在Python的安装目录下Lib/site-packages/目录中,找到django/template/context_processors.py文件,打开可看到request方法:
def request(request):
return {'request': request}
该方法返回一个字典,key为request,value为request对象。很明显,render中的request对象就是通过加载settings中的context_processors列表方法得到字典项。
我们也可以采用这种方法,给Django项目设置全局的模版变量。例如,我的Django名称为myproject,在myproject/myproject目录中创建一个contexts.py文件,代码如下:
#coding:utf-8
from django.conf import settings
# 得到语言设置
def lang(request):
return {'lang': settings.LANGUAGE_CODE}
该文件的方法需要request参数,最后需要返回一个字典即可。
再打开settings.py文件,在Templates中添加刚才写的方法引用:
TEMPLATES = [
{
'BACKEND': 'django.template.backends.django.DjangoTemplates',
'DIRS': [],
'APP_DIRS': True,
'OPTIONS': {
'context_processors': [
'django.template.context_processors.debug',
'django.template.context_processors.request',
'django.contrib.auth.context_processors.auth',
'django.contrib.messages.context_processors.messages',
# 自定义模版全局变量(默认变量)
'myproject.contexts.lang',
],
},
},
]
添加模版全局变量之后,我们可以在任意位置渲染模版页面无需再手动写相关代码即可使用该变量。
9、Django视图(View与APIView)
django中编辑视图views.py有两种方式,一种是基于类的实现,另外一种是函数式的实现方式,两种方法都可以用。
REST框架提供了一个APIView类,它是Django View类的子类。
View是Django默认的视图基类,APIView是REST framework提供的所有视图的基类, 继承自Django的View,对Django中的View进行了拓展,具备了认证、授权、限流、不同请求数据的解析的功能。
a.统一使用Request对象.data属性去获取json格式的参数、form表单参数、FILES
b、使用Request对象.query_params来获取查询字符串参数
c、Django支持的参数获取方式,DRF都支持
a.对Django中的HttpResponse进行了拓展
b.实现了根据请求头中Accept参数来动态返回
c.默认情况下,如果不传Accept参数或者传参为application/json,那么会返回json格式的数据
d.如果Accept参数为text/html,那么会返回可浏览的api页面(html页面)
e.Response第一个参数为,经过序列化之后的数据(往往需要使用序列化器对象.data)
f.status指定响应状态码
先使用django自带的view,获取一个Card表里面的卡号信息:
models.py设计card表
views.py视图的编写
urls.py设置访问地址
REST framework的APIView继承了django的View类,先序列化Card类,这里的序列化用rest_framework里面的ModelSerializer
配置urls.py,设置访问地址
Django中views如何设置全局变量
问题在于test = 1实际上是定义了一个局部变量test,它隐藏了全局作用域中的test变量。
要指明使用全局的test变量,需要使用global关键字。
from django.http import HttpResponse
test = 0
def a(request):
global test
test = 1
return HttpResponse('view a: test = %d' % test)
def b(request):
global test
test += 1
return HttpResponse('view b: test = %d' % test)
如何在Django模板中注入全局变量
TeamCola中每个页面右上角都会出现的用户名但是如果用常规的方法,也就是在每个views方法中通过render_to_response方法注入用户数据的话,这样就会做非常多的重复工作,就像下面这样:def views_meth1(request): return render_to_response('template_1.html', {'user': request.user}) def views_meth2(request): return render_to_response('template_2.html', {'user': request.user}) def views_meth3(request): return render_to_response('template_3.html', {'user': request.user}) # ...剩下的N个方法这在需要传入的变量比较简单、数量较少的时候还行,一旦需要注入的变量多一些,或是需要经过一些额外的计算才能生成的时候,那就麻烦大了。所以如何避免这种repeat yourself的2B模式呢?我们可以选择如下的一种模式: 在每次创建新的django项目的时候,一般来说我们都会在根目录中创建一个类似名为utils.py的工具module,在这个module中,我们可以通过定义一个自己的render方法,来为每次模板的渲染注入指定的全局变量:# in utils.py:def mp_render(request, template, context={}): context['user'] = request.user return render_to_response(template, context) # in views.py:from utils import mp_render def views_meth1(request): return mp_render(request, 'template_1.html') def views_meth2(request): return mp_render(request, 'template_2.html') def views_meth3(request): return mp_render(request, 'template_3.html')很好理解吧,这样以后有新增加的全局变量需要注入的话,只需要修改mp_render方法就行了。嗯,这是很普通的方法,既然是普通方法,那就再来个文艺点的吧。先来看看django文档里面对于render_to_response这个方法的定义吧,在’Required arguments’里面,有提到这个方法的第三个参数,叫context_instance,对于这个参数的说明如下:The context instance to render the template with. By default, the template will be rendered with a Context instance (filled with values from dictionary). If you need to use context processors, render the template with a RequestContext instance instead. Your code might look something like this:return render_to_response('my_template.html', my_data_dictionary, context_instance=RequestContext(request))大意是:“默认的,render_to_response方法的第二个dictionary参数会被填充为一个Context对象注入进html模板文件里面。如果你需要使用context processors,那么需要使用一个RequestContext对象来渲染模板。”那么什么是context processors呢?看完这一段文档的定义以后,应该一切就很明了了。首先需要明白在django模板系统中,有两种封装模板变量的类,一个是django.template.Context,这是最常用的,我们在使用render_to_response方法的时候传入的第二个dictionary参数,就会被这个Context类封装一次,然后传到模板当中;另一个是django.template.RequestContext,它和Context类相比有两个不同之处。第一个不同的是,在生成一个RequestContext变量的时候,需要传入一个HttpRequest对象作为它的第一个参数: c = RequestContext(request, {'foo': 'bar', })第二个区别是,它会增加一些自动注入模板的变量,这些变量从哪儿来呢?在django的settings.py里有一部分是配置TEMPLATE_CONTEXT_PROCESSORS的,这个配置中的那一个个的tuple元素其实是一个个可以被调用的方法,而这些方法都会接收一个HttpRequest对象作为参数,而最终return一个dictionary,这个dictionary里面的元素就会成为RequestContext中自动注入模板的变量。我们看看settings.py中TEMPLATE_CONTEXT_PROCESSORS的某一个元素 django.contrib.auth.context_processors.auth 对应的代码吧:# in django/contrib/auth/context_processors.pydef auth(request): """ ignore doc string """def get_user(): .... return{'user': SimpleLazyObject(get_user), 'messages': messages.get_messages(request), 'perms': lazy(lambda: PermWrapper(get_user()), PermWrapper)(), }可以看到,auth方法最后返回的一个字典中,包含了三个元素,所以如果在使用render_to_response方法时,传入了第三个RequestContext参数,那么在它所渲染的模板中,就可以获取到对应的user、messages、perms变量了。所以最后文艺解决方法是,在每一个需要注入全局变量的views方法中,调用render_to_response的时候,都传入第三个RequestContext对象参数即可:def views_meth1(request): d1 = {'method': 1} return render_to_response('template_1.html', d1, context_instance=RequestContext(request)) def views_meth2(request): d2 = {'method': 2} return render_to_response('template_2.html', d2, context_instance=RequestContext(request)) def views_meth3(request): d3 = {'method': 3} return render_to_response('template_2.html', d3, context_instance=RequestContext(request))这样需要注入的全局对象,就可以通过扩展TEMPLATE_CONTEXT_PROCESSORS来实现,灵活性更高,更易扩展。当然,在一般的项目开发中,个人觉得普通方法也足够用,所以就根据项目来做取舍吧。
结语:以上就是首席CTO笔记为大家介绍的关于django如何将view设为全局的全部内容了,希望对大家有所帮助,如果你还想了解更多这方面的信息,记得收藏关注本站。
以上内容为新媒号(sinv.com.cn)为大家提供!新媒号,坚持更新大家所需的互联网后端知识。希望您喜欢!
版权申明:新媒号所有作品(图文、音视频)均由用户自行上传分享,仅供网友学习交流,不声明或保证其内容的正确性,如发现本站有涉嫌抄袭侵权/违法违规的内容。请发送邮件至 k2#88.com(替换@) 举报,一经查实,本站将立刻删除。