这篇文章将为大家详细讲解有关Django中模板的设置方法,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。
模板是模板是
以下是一个简单的设定,告诉Django模板引擎从已安装的应用程序(已安装的应用程序)的模板子目录中读取模板:
TEMPLATES =, ( {才能 ,,,& # 39;后端# 39;:,& # 39;django.template.backends.django.DjangoTemplates& # 39; ,,,& # 39;APP_DIRS& # 39;:,真的, ,,}, )
以下选项对所有引擎(后端)都可用。
<强>后台强>
默认:无定义
使用的模板引擎。内建的模板引擎有:
& # 39;django.template.backends.django.DjangoTemplates& # 39; & # 39;django.template.backends.jinja2.Jinja2& # 39;
通过设置后端为一个完整的(完全限定)路径(例如& # 39;mypackage.whatever.Backend& # 39;),你可以使用非Django自带的引擎。
<>强名称强>
该模板引擎的别名。它是一个标识符,让你在渲染时可以选择一个引擎。别名在所有配置好的模板引擎中必须是唯一的。
当未提供值时,默认是定义引擎类的模板名,也即是与后端相邻的最后一部分。
例如如果引擎是& # 39;mypackage.whatever.Backend& # 39;,那么它的默认名为& # 39;无论# 39;。
<强> DIRS 强>
默认:[](空列表)
引擎用于查找模板源文件的目录,按搜索顺序排列。
<强> APP_DIRS 强>
默认:假
引擎是否在已安装应用程序(的目录)内查找模板源文件。
<强>选择强>
默认:{}(空字典)
传递给该模板引擎(后端)的其他参数。不同的引擎,可用的参数不一样。
TEMPLATE_CONTEXT_PROCESSORS
默认:
(“django.contrib.auth.context_processors.auth", “django.template.context_processors.debug", “django.template.context_processors.i18n", “django.template.context_processors.media", “django.template.context_processors.static", “django.template.context_processors.tz", “django.contrib.messages.context_processors.messages")
<强> TEMPLATE_DEBUG 强>
默认:假
一个打开/关闭模板调试模式的布尔值。如果值是正确的,在模板渲染期间,抛出任何异常都将显示一个可爱的,详情报告的错误页面。该页面包含该模板相关的代码段,并且使用适当的行高亮。
注意如果调试是真的,Django只会显示可爱的错误页面。
<强> TEMPLATE_DIRS 强>
默认:()(空列表)
django.template.loaders.filesystem。装载机搜索模板源代码的路径列表,,按搜索顺序排列。
注意即使在Windows中,这些路径也是使用Unix风格的正斜杠。
<强> TEMPLATE_LOADERS 强>
默认:
(& # 39;django.template.loaders.filesystem.Loader& # 39; & # 39;django.template.loaders.app_directories.Loader& # 39;)
模板读取器类的元组,用字符串指定。每个读取器类知道怎样从一个特定源(特定源)中导入模板。可选地,也可以使用一个元组来代替使用一个字符串。元组中的第一项应该是读取器的模块,随后的项是在初始化时传递给读取器。
<强> TEMPLATE_STRING_IF_INVALID 强>
默认:& # 39;& # 39;(空字符串)
当使用了不可用的(比如说拼写错误)变量时模板系统输出的字符串。
关于Django中模板的设置方法就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看的到。