django如何定义全局变量(2023年最新解答)

发布网友 发布时间：2024-10-08 06:48

我来回答

共1个回答

热心网友 时间：2024-10-08 08:10

导读：今天首席CTO笔记来给各位分享关于django如何定义全局变量的相关内容，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

对所有的线程有效？这个变量最好放在数据库里。

如果是java，它可以通过servelet里放静态变量的方法实现。在django里也可以试验

globalXX_Var,不过可能会失效。最好用数据库的一个字段来保存。我们通常用一个表的一条记录，保存大部分常用的公共变量。

问题在于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视图中怎么把从前端获取的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',

],

},

},

]

添加模版全局变量之后，我们可以在任意位置渲染模版页面无需再手动写相关代码即可使用该变量。

TeamCola中每个页面右上角都会出现的用户名但是如果用常规的方法，也就是在每个views方法中通过render_to_response方法注入用户数据的话，这样就会做非常多的重复工作，就像下面这样：defviews_meth1(request):returnrender_to_response('template_1.html',{'user':request.user})defviews_meth2(request):returnrender_to_response('template_2.html',{'user':request.user})defviews_meth3(request):returnrender_to_response('template_3.html',{'user':request.user})#...剩下的N个方法这在需要传入的变量比较简单、数量较少的时候还行，一旦需要注入的变量多一些，或是需要经过一些额外的计算才能生成的时候，那就麻烦大了。所以如何避免这种repeatyourself的2B模式呢？我们可以选择如下的一种模式：在每次创建新的django项目的时候，一般来说我们都会在根目录中创建一个类似名为utils.py的工具module，在这个module中，我们可以通过定义一个自己的render方法，来为每次模板的渲染注入指定的全局变量：#inutils.py:defmp_render(request,template,context={}):context['user']=request.userreturnrender_to_response(template,context)#inviews.py:fromutilsimportmp_renderdefviews_meth1(request):returnmp_render(request,'template_1.html')defviews_meth2(request):returnmp_render(request,'template_2.html')defviews_meth3(request):returnmp_render(request,'template_3.html')很好理解吧，这样以后有新增加的全局变量需要注入的话，只需要修改mp_render方法就行了。嗯，这是很普通的方法，既然是普通方法，那就再来个文艺点的吧。先来看看django文档里面对于render_to_response这个方法的定义吧，在’Requiredarguments’里面，有提到这个方法的第三个参数，叫context_instance，对于这个参数的说明如下：Thecontextinstancetorenderthetemplatewith.Bydefault,thetemplatewillberenderedwithaContextinstance(filledwithvaluesfromdictionary).Ifyouneedtousecontextprocessors,renderthetemplatewithaRequestContextinstanceinstead.Yourcodemightlooksomethinglikethis:returnrender_to_response('my_template.html',my_data_dictionary,context_instance=RequestContext(request))大意是：“默认的，render_to_response方法的第二个dictionary参数会被填充为一个Context对象注入进html模板文件里面。如果你需要使用contextprocessors，那么需要使用一个RequestContext对象来渲染模板。”那么什么是contextprocessors呢？看完这一段文档的定义以后，应该一切就很明了了。首先需要明白在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对应的代码吧:#indjango/contrib/auth/context_processors.pydefauth(request):"""ignoredocstring"""defget_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对象参数即可：defviews_meth1(request):d1={'method':1}returnrender_to_response('template_1.html',d1,context_instance=RequestContext(request))defviews_meth2(request):d2={'method':2}returnrender_to_response('template_2.html',d2,context_instance=RequestContext(request))defviews_meth3(request):d3={'method':3}returnrender_to_response('template_2.html',d3,context_instance=RequestContext(request))这样需要注入的全局对象，就可以通过扩展TEMPLATE_CONTEXT_PROCESSORS来实现，灵活性更高，更易扩展。当然，在一般的项目开发中，个人觉得普通方法也足够用，所以就根据项目来做取舍吧。

结语：以上就是首席CTO笔记为大家整理的关于django如何定义全局变量的相关内容解答汇总了，希望对您有所帮助！如果解决了您的问题欢迎分享给更多关注此问题的朋友喔～