如何覆盖模板

在项目中,你可以想要在另一个 Django 应用中重写模板,不论它是第三方应用或 contrib 应用,例如 django.contrib.admin。你可以将重写的模板置于工程的模板目录或应用的模板目录。

若应用和工程的模板模板都包含被重写的模板,默认的 Django 模板加载器会先尝试加载工程目录下的模板。换句话说,先查找 DIRS,其次 APP_DIRS

参见

阅读 重写内置视图模板 若你正在找相关资料。

重写来自工程目录的模板

首先,我们探索用在工程模板目录创建替代模板的方法。

假设你正在重写第三方应用 blog 的模板,该应用提供了 blog/post.htmlblog/list.html 模板。工程关键配置如下:

from pathlib import Path

BASE_DIR = Path(__file__).resolve().parent.parent

INSTALLED_APPS = [
    ...,
    "blog",
    ...,
]

TEMPLATES = [
    {
        "BACKEND": "django.template.backends.django.DjangoTemplates",
        "DIRS": [BASE_DIR / "templates"],
        "APP_DIRS": True,
        # ...
    },
]

若用模板工程模板创建工程,则 TEMPLATESBASE_DIR 早已存在。需要修改的配置是 DIRS

这些配置假定在工程根目录下有个 templates 目录。要重写 blog 应用的模板,在 templates 目录中创建一个文件夹,然后将以下模板文件添加至该目录:

templates/
    blog/
        list.html
        post.html

模板加载器会先查找 DIRS 目录下的模板。当 blog 应用中的视图要求 blog/post.htmlblog/list.html 模板,加载器会返回你刚创建的文件。

重写来自应用模板目录的模板

由于重写的模板位于工程应用之外,更常见的做法是使用第一个方法,然后将重写的模板置于工程模板目录。然而,如果你偏爱将重写的模板放入应用模板目录,也是可以的。

首先,确保模板配置会搜索应用模板目录:

TEMPLATES = [
    {
        # ...
        "APP_DIRS": True,
        # ...
    },
]

若你想重写名为 blog/list.htmlblog/post.html 的模板,并将它们置于名为 myapp 的应用中,那么目录结构应该看起来像这样:

myapp/
    templates/
        blog/
            list.html
            post.html

APP_DIRS 置为 True 时,模板加载器会深入应用的模板目录查找模板。

扩展复写模板

当你配置好你的模板加载器后,你可以使用 {% extends %} 模板标签的同时来覆盖它。这样可以让你不用重写整个模板就可以做一些微小的改动。

举个例子,你可以使用这项技术在 admin/base_site.html 管理员模板中添加自定义的Logo:

templates/admin/base_site.html
 {% extends "admin/base_site.html" %}

 {% block branding %}
   <img src="link/to/logo.png" alt="logo">
   {{ block.super }}
 {% endblock %}

关键注意点:

  • 这个例子创建了使用配置好的项目级 templates 目录创建了管理员文件 templates/admin/base_site.html 来覆盖管理员文件 admin/base_site.html

  • 新的管理员模板拓展了 admin/base_site.html 并覆盖了它。

  • 新模板只是替换了 branding 区域,添加了一个自定义的Logo,和使用了 block.super 以继承原有的内容。

  • 被继承的管理员模板 admin/base_site.html 的其他内容没有变化。

这个技术起作用是因为当解析到 extends 标签时模板加载器不认为这是已经加载过的有覆盖的模板(管理员模板位于 templates/admin/base_site.html)。与 block.super 的结合是对原有内容做很小的改动的有力技术。

Back to Top