为了账号安全,请及时绑定邮箱和手机立即绑定

请问该如何在Django模板中注入全局变量?

/ 猿问

请问该如何在Django模板中注入全局变量?

慕婉清6462132 2019-08-13 14:10:01

如何在Django模板中注入全局变量


查看完整描述

4 回答

?
qq_笑_17

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来实现,灵活性更高,更易扩展。当然,在一般的项目开发中,个人觉得普通方法也足够用,所以就根据项目来做取舍吧。



查看完整回答
反对 回复 2019-08-24
?
缥缈止盈

在debug之前, 我们可能已经花费了大量精力去模拟正式服务器上出现的错误, 但最终发现这是由于正式服务器的settings文件设置和本地不同而 出现的问题. 这时你的心情会是怎样?
当你在开发django项目时, 发现并修复了一个bug. 当将这一commit push到服务器后, 你突然发现这一bug的出现完全是因为你修改了本地的 settings文件而产生的, 而由于你的push, 又导致了服务器的宕机. 这时你又会是怎样的感受?
每个人都会从另一个程序员那里拷贝/黏贴settings文件内容, 这难道不是违反了"不要重复自己"的原则吗?

查看完整回答
反对 回复 2019-08-24
?
墨色风雨

方案一
总是使用Django自带的数据库API。它会根据你所使用的数据库服务器(例如PostSQL或者MySQL)的转换规则,自动转义特殊的SQL参数。这被运用到了整个Django的数据库API中,只有一些例外:
传给 extra() 方法的 where 参数。 (参考 附录 C。) 这个参数故意设计成可以接受原始的SQL。
使用底层数据库API的查询。

查看完整回答
反对 回复 2019-08-24
?
Cats萌萌

这个你需要看一下包的定义和导入了;
在python里面含有__init__.py的文件的文件夹叫做包;
才能进行导入:
from django.http import httpresponse
表示:django是一个包,它下面包含一个包http,
httpresponse应该是类名

查看完整回答
反对 回复 2019-08-24

添加回答

回复

举报

0/150
提交
取消
意见反馈 帮助中心 APP下载
官方微信