导读：今天首席CTO笔记来给各位分享关于django怎么建变量列表或字典的相关内容，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
如何在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来实现，灵活性更高，更易扩展。当然，在一般的项目开发中，个人觉得普通方法也足够用，所以就根据项目来做取舍吧。
如何用cmd设置django的环境变量
首先明确一点，所有的在cmd命令行下对环境变量的修改只对当前窗口有效，不是永久性的修改。也就是说当关闭此cmd命令行窗口后，将不再起作用。永久性修改环境变量的方法有两种：一种是直接修改注册表，另一种是通过我的电脑-〉属性-〉高级，来设置系统的环境变量
显示、设置或删除 cmd.exe 环境变量。
SET [variable=[string]]
variable 指定环境变量名。
string 指定要指派给变量的一系列字符串。
要显示当前环境变量，键入不带参数的 SET。
1、查看当前所有可用的环境变量：输入 set 即可查看。
2、查看某个环境变量：输入 “set 变量名”即可，比如想查看path变量的值，即输入 set path
django orm创建数据表
Django里面，管理数据库和sqlarchemy类似，也是通过orm框架来实现的。所有的数据库的建立，都是在model.py里面通过类来实现的。
首先看看如何创建一个单表：
a. 先定义一个类，继承models.Model, 然后根据需求定义参数，这些参数的类型和变量后面会进一步阐述
models.py
from django.db import models
class UserInfo(models.Model):
username = models.CharField(max_length=32)
password = models.CharField(max_length=64)
b. 注册app
settings.py
INSTALLED_APPS = [
‘django.contrib.admin‘,
‘django.contrib.auth‘,
‘django.contrib.contenttypes‘,
‘django.contrib.sessions‘,
‘django.contrib.messages‘,
‘django.contrib.staticfiles‘,
‘app01‘,
]
c.执行命令。 第一条命令会生成一个初始化文件，第二个命令会生成对应的表
python manage.py makemigrations
python manage.py migrate
这样，就在PyCharm自带的sqlite数据库里面成功的生成了一个app01_UserInfo的表。这个表默认会有一个自增的id作为主键，另外两个字段是我们通过类创建的。
d. 如果希望使用mysql，因为Django默认使用了MySqldb模块，这个在3.0版本里面不存在，会直接报错。我们需要改为pymysql的模块，方法如下：
在project同名文件夹下的__init__文件中添加如下代码即可：
import pymysql
pymysql.install_as_MySQLdb()
2. 对于单表的增删改查询
查询
获取所有结果，获取到的结果是一个QuerySet的类似列表的对象,每一个元素本身又是一个对象，包括了id，name，password等属性。
obj = models.UserInfo.objects.all()
QuerySet [UserInfo: UserInfo object, UserInfo: UserInfo object, UserInfo: UserInfo object, UserInfo: UserInfo object, UserInfo: UserInfo object]
可以通过filter进行过滤，相当于sql的where语句，因为结果也是QuerySet，因此需要再使用first（）获取第一个值
obj = models.UserInfo.objects.filter(id=nid).first()
增加
models.UserInfo.objects.create(username=u,password=p,user_group_id=3)
删除，可以在filter的基础上进行删除
models.UserInfo.objects.filter(id=nid).delete()
修改，有两种常见方式
第一个方式
models.UserInfo.objects.filter(id=nid).update(username=u,password=p)
第二个方式
obj=models.UserInfo.objects.filter(id=nid)
obj.username=u
obj.save()
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 rest framework 之 DictField、ListField、自定义字段
参数：
child - 应该用于验证列表中对象的字段实例。如果未提供此参数，则将不验证列表中的对象。
min_length - 验证列表中包含的元素不少于此数量。
max_length - 验证列表中所包含的元素数量不超过此数量。
参数：
child - 应该用于验证字典中值的字段实例。如果未提供此参数，则将不验证映射中的值。
allow_empty - 指定是否允许空字典。
源码
解决办法重写 DictField 的 to_representation 方法
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',
],
},
},
]
添加模版全局变量之后，我们可以在任意位置渲染模版页面无需再手动写相关代码即可使用该变量。
结语：以上就是首席CTO笔记为大家整理的关于django怎么建变量列表或字典的相关内容解答汇总了，希望对您有所帮助！如果解决了您的问题欢迎分享给更多关注此问题的朋友喔～