ModelAdmin 对象Link to this heading#
\n- \n
- \nclass ModelAdminLink to this definition# \n
\nModelAdmin类是管理界面中模型的表示。通常，这些都存储在你的应用程序中一个名为admin.py的文件中。让我们来看看ModelAdmin的一个例子：\n\nfrom django.contrib import admin\nfrom myapp.models import Author\n\n\nclass AuthorAdmin(admin.ModelAdmin):\n pass\n\n\nadmin.site.register(Author, AuthorAdmin)\n
register 装饰器Link to this heading#
\n- \n
- \nregister(*models, site=django.contrib.admin.sites.site)Link to this definition# \n
还有一个装饰器用于注册你的
\nModelAdmin类：\nfrom django.contrib import admin\nfrom .models import Author\n\n\n@admin.register(Author)\nclass AuthorAdmin(admin.ModelAdmin):\n pass\n它接受一个或多个模型类，让它在
\nModelAdmin注册。如果你使用的是自定义的AdminSite，请使用site关键字参数传递它：\nfrom django.contrib import admin\nfrom .models import Author, Editor, Reader\nfrom myproject.admin_site import custom_admin_site\n\n\n@admin.register(Author, Reader, Editor, site=custom_admin_site)\nclass PersonAdmin(admin.ModelAdmin):\n pass\n如果你必须在你的模型管理类的
\n__init__()方法中引用你的模型管理类，例如super(PersonAdmin, self).__init__(*args, **kwargs)，你就不能使用这个装饰器。你可以使用super().__init__(*args, **kwargs)。
发现管理文件Link to this heading#
\n当你在 INSTALLED_APPS 配置中放入 'django.contrib.admin' 时，Django 会自动在每个应用程序中寻找 admin 模块并导入它。
- \n
- \nclass apps.AdminConfigLink to this definition# \n
This is the default
\nAppConfigclass for the admin.\nIt callsautodiscover()when Django starts.
- \n
- \nclass apps.SimpleAdminConfigLink to this definition# \n
This class works like
\nAdminConfig,\nexcept it doesn't callautodiscover().- \n
- \ndefault_siteLink to this definition# \n
一个点分隔的导入路径，用于导入默认的管理站点类，或者导入一个返回站点实例的可调用类。默认为
\n'django.contrib.admin.sites.AdminSite'。使用方法参见 覆盖默认的管理站点。
- \n
- \nautodiscover()Link to this definition# \n
该函数试图在每个已安装的应用程序中导入一个
\nadmin模块。这些模块将向管理注册模型。通常情况下，你不需要直接调用这个函数，因为
\nAdminConfig会在 Django 启动时调用它。
如果你使用的是自定义的 AdminSite，通常会将所有的 ModelAdmin 子类导入到你的代码中，并将它们注册到自定义的 AdminSite。在这种情况下，为了禁止自动发现，你应该在你的 INSTALLED_APPS 配置中加入 'django.contrib.admin.apps.SimpleAdminConfig' 而不是 'django.contrib.admin'。
ModelAdmin 选项Link to this heading#
\nModelAdmin 非常灵活。它有几个选项用于处理自定义界面。所有选项都在 ModelAdmin 子类中定义：
from django.contrib import admin\n\n\nclass AuthorAdmin(admin.ModelAdmin):\n date_hierarchy = "pub_date"\n- \n
- \nModelAdmin.actionsLink to this definition# \n
要在变更列表页上提供的动作列表。详见 管理动作。
\n
- \n
- \nModelAdmin.actions_on_topLink to this definition# \n
- \n
- \nModelAdmin.actions_on_bottomLink to this definition# \n
Controls where on the admin changelist page the actions bar appears. By\ndefault, the admin changelist displays actions at the top of the page\n(
\nactions_on_top = True; actions_on_bottom = False).
- \n
- \nModelAdmin.actions_selection_counterLink to this definition# \n
控制是否在动作下拉菜单旁边显示选择计数器。默认情况下，管理员变更列表会显示它（
\nactions_selection_counter = True）。
- \n
- \nModelAdmin.date_hierarchyLink to this definition# \n
将
\ndate_hierarchy设置为你的模型中DateField或DateTimeField的名称，变化列表页将包括一个基于日期的向下扩展。举例：
\n\ndate_hierarchy = "pub_date"\n你也可以使用
\n__查找来指定相关模型上的字段，例如：\ndate_hierarchy = "author__pub_date"\n这将根据可用的数据智能地填充自己，例如，如果所有的日期都在一个月内，它将只显示日级的向下扩展。
\n\n
- \n
- \nModelAdmin.empty_value_displayLink to this definition# \n
该属性覆盖记录字段为空（
\nNone、空字符串等）的默认显示值。默认值是-（破折号）。例如：\nfrom django.contrib import admin\n\n\nclass AuthorAdmin(admin.ModelAdmin):\n empty_value_display = "-empty-"\n你也可以用
\nAdminSite.empty_value_display覆盖所有管理页面的empty_value_display，或者像这样覆盖特定字段：\nfrom django.contrib import admin\n\n\nclass AuthorAdmin(admin.ModelAdmin):\n list_display = ["name", "title", "view_birth_date"]\n\n @admin.display(empty_value="???")\n def view_birth_date(self, obj):\n return obj.birth_date\n
- \n
- \nModelAdmin.excludeLink to this definition# \n
如果给定了这个属性，那么这个属性应该是一个要从表单中排除的字段名列表。
\n例如，我们考虑以下模型：
\n\nfrom django.db import models\n\n\nclass Author(models.Model):\n name = models.CharField(max_length=100)\n title = models.CharField(max_length=3)\n birth_date = models.DateField(blank=True, null=True)\n如果你想让
\nAuthor模型的表格只包括name和title字段，你可以指定fields或exclude，如：\nfrom django.contrib import admin\n\n\nclass AuthorAdmin(admin.ModelAdmin):\n fields = ["name", "title"]\n\n\nclass AuthorAdmin(admin.ModelAdmin):\n exclude = ["birth_date"]\n由于 Author 模型只有三个字段，即
\nname、title和birth_date，因此上述声明所产生的表单将包含完全相同的字段。
- \n
- \nModelAdmin.fieldsLink to this definition# \n
使用
\nfields选项在 “添加” 和 “更改” 页面的表单中进行简单的布局修改，比如只显示可用字段的子集，修改它们的顺序，或者将它们分成几行。例如，你可以为django.contrib.flatpages.models.FlatPage模型定义一个更简单的管理表单版本，如下所示：\nclass FlatPageAdmin(admin.ModelAdmin):\n fields = ["url", "title", "content"]\n在上面的例子中，只有
\nurl、title和content等字段会依次显示。fields可以包含ModelAdmin.readonly_fields中定义的值，以只读方式显示。对于更复杂的布局需求，请参阅
\nfieldets选项。
\nfields选项接受与list_display相同类型的值，但不接受可调用对象和用于相关字段的__查找。模型和模型管理方法的名称只有在readonly_fields中列出时才会被使用。要在同一行显示多个字段，将这些字段包在自己的元组中。在这个例子中，
\nurl和title字段将显示在同一行，content字段将显示在它们下面的一行：\n\nclass FlatPageAdmin(admin.ModelAdmin):\n fields = [("url", "title"), "content"]\n如果未设置
\nfields或fieldsets选项，Django 将默认在单个字段集中显示每个非AutoField且具有editable=True的字段，其顺序与模型中的字段定义顺序一致，其后会显示readonly_fields中定义的任何字段。
- \n
- \nModelAdmin.fieldsetsLink to this definition# \n
设置
\nfieldsets来控制管理员 “添加” 和 “更改” 页面的布局。
\nfieldsets是一个包含多个二元元组的列表，每个二元元组表示管理表单页面上的一个<fieldset>（<fieldset>是表单的一个 "section"）。这些二元元组的格式是
\n(name, field_options)，其中name是表示 fieldset 标题的字符串，而field_options是关于 fieldset 的信息的字典，包括要在其中显示的字段列表。一个完整的例子，取自
\ndjango.contrib.flatpages.models.FlatPage模型：\nfrom django.contrib import admin\n\n\nclass FlatPageAdmin(admin.ModelAdmin):\n fieldsets = [\n (\n None,\n {\n "fields": ["url", "title", "content", "sites"],\n },\n ),\n (\n "Advanced options",\n {\n "classes": ["collapse"],\n "fields": ["registration_required", "template_name"],\n },\n ),\n ]\n这样一来，管理页面就变成了这样：
\n![\"/zh-hans/6.1/_images/fieldsets.png\"](\"/zh-hans/6.1/_images/fieldsets.png\")
\n如果
\nfieldsets或fields选项都不存在，Django 将默认在一个单一的表单集中显示每个非AutoField且有editable=True的字段，顺序与模型中定义的字段相同。
\nfield_options字典可以有以下键：- \n
- \n
fields要在此字段集中显示的字段名称的列表或元组。这个键是必需的。
\n举例：
\n\n{\n "fields": ["first_name", "last_name", "address", "city", "state"],\n}\n与
\nfields选项一样，要在同一行显示多个字段，请将这些字段封装在自己的元组中。在这个例子中，first_name和last_name字段将显示在同一行：\n{\n "fields": [("first_name", "last_name"), "address", "city", "state"],\n}\n
\nfields可以包含readonly_fields中定义的值，以只读方式显示。如果你将可调用的名称添加到
\nfields中，与fields选项的规则相同：可调用的名称必须列在readonly_fields中。 \n
\n- \n
classesA list or tuple containing extra CSS classes to apply to the fieldset.\nThis can include any custom CSS class defined in the project, as well\nas the CSS class provided by Django:
\ncollapse.举例：
\n\n{\n "classes": ["collapse"],\n}\nFieldsets with a name and the
\n\ncollapsestyle will be initially\ncollapsed, using an expandable widget with a toggle for switching\ntheir visibility. \n
\n- \n
description一个可选的额外文本字符串，显示在每个 fieldset 的顶部，位于 fieldset 标题下方。
\n请注意，当这个值在管理界面显示时，它不是 HTML 转义后的。如果你愿意的话，这可以让你包含 HTML。或者你可以使用纯文本和
\ndjango.utils.html.escape()来转义任何 HTML 特殊字符。 \n
\n
- \n
- \nModelAdmin.filter_horizontalLink to this definition# \n
默认情况下，在管理网站中显示一个
\nManyToManyField是<select multiple>。但是，多选框在选择很多项目时，会很难用。在这个列表中添加一个ManyToManyField，就可以改用一个不显眼的 JavaScript “过滤器” 界面，在选项中进行搜索。未选择和选择的选项并排出现在两个框中。参见filter_vertical来使用垂直界面。
- \n
- \nModelAdmin.filter_verticalLink to this definition# \n
与
\nfilter_horizontal相同，但使用垂直显示过滤界面，未选择的选项框出现在选择选项框的上方。
- \n
- \nModelAdmin.formLink to this definition# \n
默认情况下，会为你的模型动态创建一个
\nModelForm。它用于创建在添加／更改页面上显示的表单。你可以很容易地提供你自己的ModelForm来覆盖添加／更改页面上的任何默认表单行为。另外，你可以使用ModelAdmin.get_form()方法来定制默认的表单，而不是指定一个全新的表单。示例请参见 在管理中添加自定义验证 一节。
\n\n\n
- \n
- \nModelAdmin.formfield_overridesLink to this definition# \n
这提供了一个快速而简单的方法来覆盖一些
\nField选项，以便在管理中使用。formfield_overrides是一个字典，它将字段类映射成一个参数的字典，以便在构造时传递给字段。由于这有点抽象，我们来看一个具体的例子。
\nformfield_overrides最常见的用法是为某一类型的字段添加一个自定义部件。所以，想象一下，我们写了一个RichTextEditorWidget，我们想用于大文本字段，而不是默认的<textarea>。下面是我们要做的：\nfrom django.contrib import admin\nfrom django.db import models\n\n# Import our custom widget and our model from where they're defined\nfrom myapp.models import MyModel\nfrom myapp.widgets import RichTextEditorWidget\n\n\nclass MyModelAdmin(admin.ModelAdmin):\n formfield_overrides = {\n models.TextField: {"widget": RichTextEditorWidget},\n }\n注意，字典中的键是实际的字段类，不是 字符串。值是另一个字典；这些参数将被传递给表单字段的
\n\n__init__()方法。详见 表单 API。
- \n
- \nModelAdmin.inlinesLink to this definition# \n
参见下面的
\nInlineModelAdmin对象以及ModelAdmin.get_formsets_with_inlines()。
- \n
- \nModelAdmin.list_displayLink to this definition# \n
设置
\nlist_display来控制哪些字段显示在管理的变更列表页面。举例：
\n\nlist_display = ["first_name", "last_name"]\n如果你不设置
\nlist_display，管理网站将显示一个单列，显示每个对象的__str__()表示。
\nlist_display中可以使用五种类型的值。除了最简单的类型外，其他类型都可以使用display()装饰器，该装饰器用于自定义字段的显示方式：- \n
模型字段的名称。例如：
\n\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["first_name", "last_name"]\n\n相关字段的名称，使用
\n__符号。例如：\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["city__name"]\n\n一个接受一个参数的可调用对象，即模型实例。例如：
\n\n@admin.display(description="Name")\ndef upper_case_name(obj):\n return f"{obj.first_name} {obj.last_name}".upper()\n\n\nclass PersonAdmin(admin.ModelAdmin):\n list_display = [upper_case_name]\n\n表示
\nModelAdmin方法的字符串，该方法接受一个参数，即模型实例。例如：\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["upper_case_name"]\n\n @admin.display(description="Name")\n def upper_case_name(self, obj):\n return f"{obj.first_name} {obj.last_name}".upper()\n\n代表模型属性或方法的字符串（没有任何必要的参数）。例如：
\n\nfrom django.contrib import admin\nfrom django.db import models\n\n\nclass Person(models.Model):\n name = models.CharField(max_length=50)\n birthday = models.DateField()\n\n @admin.display(description="Birth decade")\n def decade_born_in(self):\n decade = self.birthday.year // 10 * 10\n return f"{decade}’s"\n\n\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["name", "decade_born_in"]\n\n
关于
\nlist_display要注意的几个特殊情况：- \n
如果字段是
ForeignKey，Django 会显示相关对象的__str__()。 \nManyToManyField字段不被支持，因为这需要为表中的每一行单独执行一条 SQL 语句。如果你还是想这样做，请给你的模型一个自定义方法，并将该方法的名称添加到list_display中。（更多关于list_display中的自定义方法，请参见下文）。 \n如果字段是
BooleanField，Django 会显示一个漂亮的 “是”、“否” 或 “未知” 图标，而不是True、False或None。 \n如果给定的字符串是模型的一个方法，
\nModelAdmin或者是一个可调用的方法，Django 默认会对输出进行 HTML 转义。如果要转义用户的输入，并允许你自己使用未转义的标签，可以使用format_html()。下面是一个完整的示例模型：
\n\nfrom django.contrib import admin\nfrom django.db import models\nfrom django.utils.html import format_html\n\n\nclass Person(models.Model):\n first_name = models.CharField(max_length=50)\n last_name = models.CharField(max_length=50)\n color_code = models.CharField(max_length=6)\n\n @admin.display\n def colored_name(self):\n return format_html(\n '<span style="color: #{};">{} {}</span>',\n self.color_code,\n self.first_name,\n self.last_name,\n )\n\n\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["first_name", "last_name", "colored_name"]\n\n正如一些例子已经证明的那样，当使用一个可调用对象、一个模型方法或一个
ModelAdmin方法时，你可以通过用display()装饰器包装可调用对象，并传递description参数来自定义列的标题。 \n如果一个字段的值是
\nNone，一个空字符串，或者一个没有元素的可迭代字段，Django 将显示-（破折号）。你可以用AdminSite.empty_value_display来覆盖这一点：\nfrom django.contrib import admin\n\nadmin.site.empty_value_display = "(None)"\n你也可以使用
\nModelAdmin.empty_value_display：\nclass PersonAdmin(admin.ModelAdmin):\n empty_value_display = "unknown"\n或在字段级别：
\n\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["name", "birth_date_view"]\n\n @admin.display(empty_value="unknown")\n def birth_date_view(self, obj):\n return obj.birth_date\n\n如果给定的字符串是模型的一个方法，
\nModelAdmin或一个返回True、False或None的可调用对象，如果你用display()装饰器包装该方法，传递boolean参数，并将其值设置为True：\nfrom django.contrib import admin\nfrom django.db import models\n\n\nclass Person(models.Model):\n first_name = models.CharField(max_length=50)\n birthday = models.DateField()\n\n @admin.display(boolean=True)\n def born_in_fifties(self):\n return 1950 <= self.birthday.year < 1960\n\n\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["name", "born_in_fifties"]\n\n
\n__str__()方法在list_display中和其他模型方法一样有效，所以完全可以这样做：\nlist_display = ["__str__", "some_other_field"]\n\n通常情况下，
\nlist_display的元素如果不是实际的数据库字段，就不能用于排序（因为 Django 在数据库层面进行了所有的排序）。但是，如果
\nlist_display的元素代表某个数据库字段，你可以通过在方法上使用display()装饰器，传递ordering参数来表明这个事实：\nfrom django.contrib import admin\nfrom django.db import models\nfrom django.utils.html import format_html\n\n\nclass Person(models.Model):\n first_name = models.CharField(max_length=50)\n color_code = models.CharField(max_length=6)\n\n @admin.display(ordering="first_name")\n def colored_first_name(self):\n return format_html(\n '<span style="color: #{};">{}</span>',\n self.color_code,\n self.first_name,\n )\n\n\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["first_name", "colored_first_name"]\n上面会告诉 Django 在管理中按
\ncolored_first_name排序时，按first_name字段排序。要用
\nordering参数表示降序，可以在字段名上使用连字符前缀。使用上面的例子，它看起来像：\n@admin.display(ordering="-first_name")\ndef colored_first_name(self): ...\n
\nordering参数支持查询查找，在相关模型上按值排序。这个例子在列表显示中包含了一个 “作者的姓” 列，并允许按姓排序：\nclass Blog(models.Model):\n title = models.CharField(max_length=255)\n author = models.ForeignKey(Person, on_delete=models.CASCADE)\n\n\nclass BlogAdmin(admin.ModelAdmin):\n list_display = ["title", "author", "author_first_name"]\n\n @admin.display(ordering="author__first_name")\n def author_first_name(self, obj):\n return obj.author.first_name\n查询表达式 可与
\nordering参数一起使用：\nfrom django.db.models import Value\nfrom django.db.models.functions import Concat\n\n\nclass Person(models.Model):\n first_name = models.CharField(max_length=50)\n last_name = models.CharField(max_length=50)\n\n @admin.display(ordering=Concat("first_name", Value(" "), "last_name"))\n def full_name(self):\n return self.first_name + " " + self.last_name\n\n
\nlist_display的元素也可以是属性：\nclass Person(models.Model):\n first_name = models.CharField(max_length=50)\n last_name = models.CharField(max_length=50)\n\n @property\n @admin.display(\n ordering="last_name",\n description="Full name of the person",\n boolean=False,\n )\n def full_name(self):\n return self.first_name + " " + self.last_name\n\n\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["full_name"]\n注意
\n@property必须在@display之上。如果你使用老方法 —— 直接设置与 display 相关的属性，而不是使用display()装饰器 —— 请注意，必须使用property()函数，而 不是@property装饰器：\ndef my_property(self):\n return self.first_name + " " + self.last_name\n\n\nmy_property.short_description = "Full name of the person"\nmy_property.admin_order_field = "last_name"\nmy_property.boolean = False\n\nfull_name = property(my_property)\n\nlist_display中的字段名也会以 CSS 类的形式出现在 HTML 输出中，在每个<th>元素上以column-<field_name>的形式出现。例如，这可以用来在 CSS 文件中设置列宽。 \nDjango 会尝试按照这个顺序解释
\nlist_display的每个元素：- \n
模型中的字段或相关字段中的字段。
\n一个可调用对象。
\n一个代表
ModelAdmin属性的字符串。 \n一个代表模型属性的字符串。
\n
例如，如果你有
\nfirst_name作为一个模型字段和ModelAdmin属性，将使用模型字段。 \n
- \n
- \nModelAdmin.list_display_linksLink to this definition# \n
使用
\nlist_display_links来控制list_display中的字段是否以及哪些字段应该被链接到对象的 “更改” 页面。默认情况下，更改列表页将把第一列 ——
\nlist_display中指定的第一个字段 —— 链接到每个项目的更改页面。但是list_display_links让你改变这一点：- \n
将其设置为
None，则完全没有链接。 \n将它设置为一个列表或元组字段（格式与
\nlist_display相同），你希望将其列转换为链接。你可以指定一个或多个字段。只要字段出现在
\nlist_display中，Django 就不会关心链接了多少（或多少）字段。唯一的要求是，如果你想以这种方式使用list_display_links，你必须定义list_display。 \n
在这个例子中，
\nfirst_name和last_name字段将在更改列表页面上被链接：\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["first_name", "last_name", "birthday"]\n list_display_links = ["first_name", "last_name"]\n在这个例子中，更改列表页网格将没有链接：
\n\nclass AuditEntryAdmin(admin.ModelAdmin):\n list_display = ["timestamp", "message"]\n list_display_links = None\n
- \n
- \nModelAdmin.list_editableLink to this definition# \n
将
\n\nlist_editable设置为模型上允许在更改列表页上编辑的字段名称列表。也就是说，在list_editable中列出的字段将作为表单部件显示在变更列表页上，允许用户一次编辑和保存多行。
- \n
- \nModelAdmin.list_filterLink to this definition# \n
设置
\nlist_filter以在管理员的更改列表页面右侧边栏上激活过滤器。在最简单的情况下，
\nlist_filter接受一个字段名称的列表或元组以激活过滤，但还有更多高级选项可供选择。详细信息请参阅 ModelAdmin 列表过滤器。
- \n
- \nModelAdmin.list_max_show_allLink to this definition# \n
设置
\nlist_max_show_all来控制 “全部显示” 的管理员更改列表页面上可以出现多少个项目。只有当总结果数小于或等于此配置时，管理才会在更改列表中显示 “全部显示” 链接。默认情况下，这个配置为200。
- \n
- \nModelAdmin.list_per_pageLink to this definition# \n
设置
\nlist_per_page来控制每个分页的管理变更列表页面上出现多少个项目。默认情况下，设置为100。
- \n\n
设置
\nlist_select_related告诉 Django 在检索管理变更列表页的对象列表时使用select_related()。这样可以省去一堆数据库查询。该值应是布尔值、列表或元组。默认值是
\nFalse。当值为
\nTrue时，select_related()总是会被调用。当值设置为False时，Django 将查看list_display，如果有ForeignKey，则调用select_related()。如果你需要更精细的控制，可以使用元组（或列表）作为
\nlist_select_related的值。空元组将阻止 Django 调用select_related。任何其他元组将直接传递给select_related作为参数。例如：\nclass ArticleAdmin(admin.ModelAdmin):\n list_select_related = ["author", "category"]\n将调用
\nselect_related('author', 'category')。如果需要根据请求指定一个动态值，可以实现一个
\n\n\nget_list_select_related()方法。
- \n
- \nModelAdmin.orderingLink to this definition# \n
设置
\nordering来指定对象列表在 Django 管理视图中的排序方式。这应该是一个列表或元组，格式与模型的ordering参数相同。如果没有提供，Django 管理员将使用模型的默认排序。
\n如果你需要指定一个动态的顺序（例如取决于用户或语言），你可以实现一个
\n\nget_ordering()方法。
- \n
- \nModelAdmin.paginatorLink to this definition# \n
用于分页的分页器类。默认情况下，使用
\ndjango.core.paginator.Paginator。如果自定义的分页器类没有和django.core.paginator.Paginator一样的构造函数接口，你还需要为ModelAdmin.get_paginator()提供一个实现。
- \n
- \nModelAdmin.prepopulated_fieldsLink to this definition# \n
将
\nprepopulated_fields设置为一个字典，将字段名称映射到它应该预先填充的字段：\nclass ArticleAdmin(admin.ModelAdmin):\n prepopulated_fields = {"slug": ["title"]}\n当设置时，给定的字段将使用一点 JavaScript 从分配的字段中填充。这个功能的主要用途是从一个或多个其他字段自动生成
\nSlugField字段的值。生成的值是通过连接源字段的值，然后将结果转化为有效的 slug（例如，用破折号代替空格，使用 ASCII 字母的小写字母）。预填充的字段在保存值后不会被 JavaScript 修改。通常情况下，不希望 slug 发生变化（如果对象中使用了 slug，会导致对象的 URL 发生变化）。
\n
\nprepopulated_fields不接受DateTimeField、ForeignKey、OneToOneField和ManyToManyField字段。
- \n
- \nModelAdmin.preserve_filtersLink to this definition# \n
默认情况下，在创建、编辑或删除对象后，应用的过滤器会被保存在列表视图中。您可以通过将此属性设置为
\nFalse来清除过滤器。
- \n
- \nModelAdmin.show_facetsLink to this definition# \n
控制是否在管理列表中显示筛选器的 facet 计数。默认值为
\nShowFacets.ALLOW。当显示时，facet 计数会根据当前应用的筛选器而更新。
\n- \n
- \nclass ShowFacetsLink to this definition# \n
对于
\nModelAdmin.show_facets的允许值的枚举。- \n
- \nALWAYSLink to this definition# \n
始终显示 facet 计数。
\n
- \n
- \nALLOWLink to this definition# \n
当提供
\n_facets查询字符串参数时显示 facet 计数。
- \n
- \nNEVERLink to this definition# \n
从不显示 facet 计数。
\n
将
\nshow_facets设置为所需的ShowFacets值。例如，要始终显示 facet 计数而无需提供查询参数：\n\nfrom django.contrib import admin\n\n\nclass MyModelAdmin(admin.ModelAdmin):\n ...\n # Have facets always shown for this model admin.\n show_facets = admin.ShowFacets.ALWAYS\n
- \n
- \nModelAdmin.radio_fieldsLink to this definition# \n
默认情况下，Django 的管理对于
\nForeignKey或设置了choices的字段使用选择框界面（<select>）。如果字段存在于radio_fields中，Django 将使用单选按钮接口代替。假设group是Person模型上的一个ForeignKey：\nclass PersonAdmin(admin.ModelAdmin):\n radio_fields = {"group": admin.VERTICAL}\n你可以在
\ndjango.contrib.admin模块中选择使用HORIZONTAL或VERTICAL。不要在
\nradio_fields中包含一个字段，除非它是ForeignKey或已设置choices。
- \n
- \nModelAdmin.autocomplete_fieldsLink to this definition# \n
\nautocomplete_fields是一个ForeignKey和／或ManyToManyField字段的列表，你想将其改为 Select2 自动完成输入。
\nautocomplete_fields是一个ForeignKey和／或的列表，默认情况下，管理对这些字段使用选择框接口（<select>）。有时你不想产生选择所有相关实例在下拉中显示的开销。ManyToManyField字段你想改成 Select2 自动完成输入。Select2 输入看起来与默认输入类似，但自带搜索功能，异步加载选项。如果相关模型有很多实例，这样会更快、更方便用户使用。
\n你必须在相关对象的
\nModelAdmin上定义search_fields，因为自动完成搜索使用它。为了避免未经授权的数据泄露，用户必须拥有相关对象的
\nview或change权限才能使用自动完成。结果的排序和分页由相关的
\nModelAdmin的get_ordering()和get_paginator()方法控制。在下面的例子中，
\nChoiceAdmin对Question有一个ForeignKey的自动完成字段。结果由question_text字段过滤，并由date_created字段排序：\n\nclass QuestionAdmin(admin.ModelAdmin):\n ordering = ["date_created"]\n search_fields = ["question_text"]\n\n\nclass ChoiceAdmin(admin.ModelAdmin):\n autocomplete_fields = ["question"]\n
- \n
- \nModelAdmin.raw_id_fieldsLink to this definition# \n
默认情况下，Django 的管理员对
\nForeignKey的字段使用选择框接口（<select>）。有时候，你不想产生必须选择所有相关的实例来显示在下拉框中的开销。
\nraw_id_fields是你想改变为ForeignKey或ManyToManyField的Input部件的字段列表：\nclass ArticleAdmin(admin.ModelAdmin):\n raw_id_fields = ["newspaper"]\nThe
\nraw_id_fieldsInputwidget should contain a primary key if the\nfield is aForeignKeyor a comma separated list of values if the field\nis aManyToManyField. Theraw_id_fieldswidget shows a magnifying\nglass button next to the field which allows users to search for and select\na value:![\"/zh-hans/6.1/_images/raw_id_fields.png\"](\"/zh-hans/6.1/_images/raw_id_fields.png\")
\n
- \n
- \nModelAdmin.readonly_fieldsLink to this definition# \n
默认情况下，管理会将所有字段显示为可编辑。该选项中的任何字段（应该是
\nlist或tuple）将按原样显示其数据，不可编辑；它们也被排除在用于创建和编辑的ModelForm中。请注意，当指定ModelAdmin.fields或ModelAdmin.fieldsets时，只读字段必须存在才能显示（否则将被忽略）。如果没有通过
\nModelAdmin.fields或ModelAdmin.fielets定义明确的顺序就使用readonly_fields，它们将在所有可编辑字段之后最后添加。一个只读字段不仅可以显示模型字段的数据，还可以显示模型的方法或
\nModelAdmin类本身的方法的输出。这与ModelAdmin.list_display的行为方式非常相似。这提供了一种方法来使用管理员接口来提供被编辑对象的状态反馈，例如：\nfrom django.contrib import admin\nfrom django.utils.html import format_html_join\nfrom django.utils.safestring import mark_safe\n\n\nclass PersonAdmin(admin.ModelAdmin):\n readonly_fields = ["address_report"]\n\n # description functions like a model field's verbose_name\n @admin.display(description="Address")\n def address_report(self, instance):\n # assuming get_full_address() returns a list of strings\n # for each line of the address and you want to separate each\n # line by a linebreak\n return format_html_join(\n mark_safe("<br>"),\n "{}",\n ((line,) for line in instance.get_full_address()),\n ) or mark_safe("<span class='errors'>I can't determine this address.</span>")\n
- \n
- \nModelAdmin.save_asLink to this definition# \n
设置
\nsave_as，在管理更改表格时启用 “另存为新” 功能。通常情况下，对象有三个保存选项。“保存”、“保存并继续编辑” 和 “保存并添加另一个”。如果
\nsave_as为True，则 “保存并添加另一个” 将被 “另存为新” 按钮所取代，该按钮将创建一个新的对象（具有新的 ID），而不是更新现有的对象。默认情况下，
\nsave_as被设置为False。
- \n
- \nModelAdmin.save_as_continueLink to this definition# \n
当
\nsave_as=True时，保存新对象后默认重定向到该对象的变更视图。如果设置save_as_continue=False，则重定向到变更列表视图。默认情况下，
\nsave_as_continue被设置为True。
- \n
- \nModelAdmin.save_on_topLink to this definition# \n
设置
\nsave_on_top来在你的管理更改表格的顶部添加保存按钮。通常情况下，保存按钮只出现在表格的底部。如果设置
\nsave_on_top，按钮将同时出现在顶部和底部。默认情况下，
\nsave_on_top被设置为False。
- \n
- \nModelAdmin.search_fieldsLink to this definition# \n
设置
\nsearch_fields，在管理更改列表页面上启用搜索框。这应该被设置为字段名的列表，每当有人在该文本框中提交搜索查询时，就会被搜索到。These fields are typically text fields such as
\nCharFieldor\nTextField, but non-text fields likeIntegerFieldcan also be\nsearched. Adding an explicit lookup, such asage__exact, lets the\nsearch use that lookup directly instead of casting the value to text. You\ncan also perform a related lookup on aForeignKeyor\nManyToManyFieldwith the lookup API "follow" notation:\nsearch_fields = ["foreign_key__related_fieldname"]\n例如，如果你有一个有作者的博客条目，下面的定义将可以通过作者的电子邮件地址搜索博客条目：
\n\nsearch_fields = ["user__email"]\nWhen somebody does a search in the admin search box, Django splits the\nsearch query into search terms and returns all objects that contain each\nof them in at least one of
\nsearch_fields. By default, the\nicontainslookup is used for text fields. For non-text fields\nwith an explicit lookup (e.g.,age__exact), the specified lookup is\nused, and search terms that are invalid for that field type are skipped.For example, if
\nsearch_fieldsis set to\n['first_name', 'last_name', 'age__exact']and a user searches for\njohn 25, Django will do the equivalent of this SQLWHEREclause:\nWHERE (first_name ILIKE '%john%' OR last_name ILIKE '%john%')\nAND (first_name ILIKE '%25%' OR last_name ILIKE '%25%' OR age = 25)\nNote that
\njohnis not searched onagebecause it's not a valid\ninteger, while25is searched on all three fields.搜索查询可以包含带空格的引号短语。例如，如果用户搜索
\n"john winston"或'john winston'，Django 会做相当于这个 SQL 的WHERE子句：\nWHERE (first_name ILIKE '%john winston%' OR last_name ILIKE '%john winston%')\n如果你不想使用
\nicontains作为查找，你可以通过附加字段来使用任何查找。例如，你可以通过设置search_fields为['first_name__exact']来使用exact。还可以使用一些（较老的）快捷方式来指定字段查找。你可以在
\nsearch_fields中的字段前加上以下字符，相当于在字段中加上__<lookup>。\n\n\n
\n前缀
查找
^
\n =
\n @
\n None
\n 如果你需要自定义搜索，你可以使用
\n\nModelAdmin.get_search_results()来提供额外的或替代的搜索行为。
- \n
- \nModelAdmin.search_help_textLink to this definition# \n
设置
\nsearch_help_text，为搜索框指定一个描述性文本，显示在它的下面。
- \n
- \nModelAdmin.show_full_result_countLink to this definition# \n
设置
\nshow_full_result_count来控制是否应该在过滤后的管理页面上显示全部对象的数量（例如：99 results (103 total)）。如果这个选项被设置为False，则会显示99 results (Show all)这样的文字。默认的
\nshow_full_result_count=True会生成一个对表进行完整计数的查询，如果表包含大量的行，那么这个查询可能会很昂贵。
- \n
- \nModelAdmin.sortable_byLink to this definition# \n
默认情况下，变更列表页面允许按
\nlist_display中指定的所有模型字段（以及使用display()装饰器的ordering参数或具有admin_order_field属性的可调用对象）进行排序。如果你想禁止对某些列进行排序，请将
\nsortable_by设置为你想排序的list_display子集的一个集合（例如list`、tuple或set）。一个空的集合会禁用所有列的排序。如果你需要动态地指定这个列表，可以实现一个
\nget_sortable_by()方法来代替。
- \n
- \nModelAdmin.view_on_siteLink to this definition# \n
设置
\nview_on_site来控制是否显示 “在站点上查看” 链接。这个链接应该把你带到一个可以显示保存对象的 URL。这个值可以是一个布尔标志，也可以是一个可调用对象。如果
\nTrue（默认），对象的get_absolute_url()方法将被用来生成网址。如果你的模型有一个
\nget_absolute_url()方法，但你不想让 “在站点上查看” 按钮出现，你只需要将view_on_site设置为False：\nfrom django.contrib import admin\n\n\nclass PersonAdmin(admin.ModelAdmin):\n view_on_site = False\n如果它是一个可调用对象，它接受模型实例作为参数。例如：
\n\nfrom django.contrib import admin\nfrom django.urls import reverse\n\n\nclass PersonAdmin(admin.ModelAdmin):\n def view_on_site(self, obj):\n url = reverse("person-detail", kwargs={"slug": obj.slug})\n return "https://example.com" + url\n
自定义模板选项Link to this heading#
\nThe 覆盖管理模板 section describes how to override or\nextend the default admin templates. Use the following options to override the\ndefault templates used by the ModelAdmin views:
- \n
- \nModelAdmin.add_form_templateLink to this definition# \n
自定义模板的路径，由
\nadd_view()使用。
- \n
- \nModelAdmin.change_form_templateLink to this definition# \n
自定义模板的路径，由
\nchange_view()使用。
- \n
- \nModelAdmin.change_list_templateLink to this definition# \n
自定义模板的路径，由
\nchangelist_view()使用。
- \n
- \nModelAdmin.delete_confirmation_templateLink to this definition# \n
自定义模板的路径，由
\ndelete_view()用于在删除一个或多个对象时显示确认页面。
- \n
- \nModelAdmin.delete_selected_confirmation_templateLink to this definition# \n
自定义模板的路径，由
\ndelete_selected动作方法使用，在删除一个或多个对象时显示确认页面。参见 动作文档。
- \n
- \nModelAdmin.delete_confirmation_max_displayLink to this definition# \n
- \n
Set
\ndelete_confirmation_max_displayto control how many objects are\ndisplayed on the delete confirmation pages before truncating the remainder\nwith an ellipsis.The limit applies to the total number of displayed objects across the\nrelationship hierarchy. This is purely a display setting and does not\naffect the total number of objects retrieved from the database.
\nThis applies to
\ndelete_view()and thedelete_selected\naction if specified forModelAdmin, and to protected deletion\nvalidation messages if specified forInlineModelAdmin. By default,\nthis isNone(no truncation).
- \n
- \nModelAdmin.object_history_templateLink to this definition# \n
自定义模板的路径，由
\nhistory_view()使用。
- \n
- \nModelAdmin.popup_response_templateLink to this definition# \n
\nresponse_add()、response_change()和response_delete()使用的自定义模板的路径。
ModelAdmin 方法Link to this heading#
\n\n- \n
- \nModelAdmin.save_model(request, obj, form, change)Link to this definition# \n
\nsave_model方法被赋予HttpRequest、一个模型实例、一个ModelForm实例和一个基于是否添加或更改对象的布尔值。覆盖这个方法可以进行保存前或保存后的操作。调用super().save_model()使用Model.save()保存对象。例如，在保存之前将
\nrequest.user附加到对象上：\nfrom django.contrib import admin\n\n\nclass ArticleAdmin(admin.ModelAdmin):\n def save_model(self, request, obj, form, change):\n obj.user = request.user\n super().save_model(request, obj, form, change)\n
- \n
- \nModelAdmin.delete_model(request, obj)Link to this definition# \n
\ndelete_model方法被赋予HttpRequest和一个模型实例。覆盖该方法可以进行删除前或删除后的操作。调用super().delete_model()使用Model.delete`()删除对象。
- \n
- \nModelAdmin.delete_queryset(request, queryset)Link to this definition# \n
The
\ndelete_queryset()method is given theHttpRequestand a\nQuerySetof objects to be deleted. Override this method to customize\nthe deletion process for the "delete selected objects" action.
- \n
- \nModelAdmin.save_formset(request, form, formset, change)Link to this definition# \n
\nsave_formset方法被赋予HttpRequest、父ModelForm实例和一个基于是否添加或更改父对象的布尔值。例如，将
\nrequest.user附加到每一个改变了的表单集模型实例：\nclass ArticleAdmin(admin.ModelAdmin):\n def save_formset(self, request, form, formset, change):\n instances = formset.save(commit=False)\n for obj in formset.deleted_objects:\n obj.delete()\n for instance in instances:\n instance.user = request.user\n instance.save()\n formset.save_m2m()\n另见 在表单集中保存对象。
\n
- \n
- \nModelAdmin.get_ordering(request)Link to this definition# \n
\nget_ordering方法以request为参数，并期望返回一个类似于ordering属性的list或tuple的排序。例如：\nclass PersonAdmin(admin.ModelAdmin):\n def get_ordering(self, request):\n if request.user.is_superuser:\n return ["name", "rank"]\n else:\n return ["name"]\n
- \n
- \nModelAdmin.get_search_results(request, queryset, search_term)Link to this definition# \n
\nget_search_results方法将显示的对象列表修改为符合所提供的搜索词的对象。它接受请求、应用当前过滤器的查询集和用户提供的搜索词。它返回一个元组，其中包含一个修改后实现搜索的查询集，以及一个布尔值，表示结果是否包含重复。默认的实现是搜索
\nModelAdmin.search_fields中命名的字段。这个方法可以被你自己定制的搜索方法覆盖。例如，你可能希望按整数字段搜索，或使用外部工具如 Solr 或 Haystack。你必须确定你的搜索方法实施的查询集更改是否可能引入重复的结果，并在返回值的第二个元素中返回
\nTrue。例如，如果要按
\nname和age进行搜索，你可以使用：\nclass PersonAdmin(admin.ModelAdmin):\n list_display = ["name", "age"]\n search_fields = ["name"]\n\n def get_search_results(self, request, queryset, search_term):\n queryset, may_have_duplicates = super().get_search_results(\n request,\n queryset,\n search_term,\n )\n try:\n search_term_as_int = int(search_term)\n except ValueError:\n pass\n else:\n queryset |= self.model.objects.filter(age=search_term_as_int)\n return queryset, may_have_duplicates\n这个实现比
\nsearch_fields = ('name', '=age')更有效，因为后者的结果是对数字字段进行字符串比较，例如... OR UPPER("polls_choice"."votes"::text) = UPPER('4')在 PostgreSQL 上。
- \n\n
\nsave_related方法被赋予HttpRequest、父ModelForm实例、内联表单集列表和一个基于父对象是否被添加或更改的布尔值。在这里可以对父对象相关的对象进行任何保存前或保存后的操作。请注意，此时父对象及其窗体已经被保存。
- \n
- \nModelAdmin.get_autocomplete_fields(request)Link to this definition# \n
\nget_autocomplete_fields()方法被赋予HttpRequest，预计将返回一个list或tuple字段名，这些字段名将与自动完成部件一起显示，如上面ModelAdmin.autocomplete_fields部分所述。
- \n
- \nModelAdmin.get_readonly_fields(request, obj=None)Link to this definition# \n
\nget_readonly_fields方法是给定HttpRequest和被编辑的obj``（或者在添加表单中给定 ``None），并期望返回一个list或tuple的字段名，这些字段名将被显示为只读，如上面ModelAdmin.readonly_fields部分所述。
- \n
- \nModelAdmin.get_prepopulated_fields(request, obj=None)Link to this definition# \n
\nget_prepopulated_fields方法是给定HttpRequest和被编辑的obj（或者在添加表单中给定None），并期望返回一个dictionary，如上面ModelAdmin.prepopulated_fields一节所述。
- \n
- \nModelAdmin.get_list_display(request)Link to this definition# \n
\nget_list_display方法被赋予HttpRequest，预计将返回一个list或tuple的字段名，这些字段名将显示在变更列表视图上，如上面ModelAdmin.list_display一节所述。
- \n
- \nModelAdmin.get_list_display_links(request, list_display)Link to this definition# \n
\nget_list_display_links方法被赋予HttpRequest和由ModelAdmin.get_list_display()返回的list或tuple。如ModelAdmin.list_display_links一节所述，预计它将返回变化列表中的None或list或tuple字段名，这些字段名将被链接到变化视图。
- \n
- \nModelAdmin.get_exclude(request, obj=None)Link to this definition# \n
\nget_exclude方法是给定HttpRequest和被编辑的obj（或者在添加表单中给定None），并期望返回一个字段列表，如ModelAdmin.exclude中所述。
- \n
- \nModelAdmin.get_fields(request, obj=None)Link to this definition# \n
\nget_fields方法是给定HttpRequest和被编辑的obj（或者在添加表单中给定None），并期望返回一个字段列表，如上面ModelAdmin.fields一节所述。
- \n
- \nModelAdmin.get_fieldsets(request, obj=None)Link to this definition# \n
\nget_fieldsets方法接收HttpRequest和正在编辑的obj（或在添加表单上为None），并期望返回一个包含多个 2-元组的列表，其中每个 2-元组表示管理员表单页面上的一个<fieldset>，如上述的ModelAdmin.fieldsets部分所描述的那样。
- \n
- \nModelAdmin.get_list_filter(request)Link to this definition# \n
\nget_list_filter方法被赋予HttpRequest，并期望返回与list_filter属性相同的序列类型。
- \n\n
\n\nget_list_select_related方法被赋予HttpRequest，应该像ModelAdmin.list_select_related那样返回一个布尔值或列表。
- \n
- \nModelAdmin.get_search_fields(request)Link to this definition# \n
\nget_search_fields方法被赋予HttpRequest，并期望返回与search_fields属性相同的序列类型。
- \n
- \nModelAdmin.get_sortable_by(request)Link to this definition# \n
\nget_sortable_by()方法被传递给HttpRequest，并期望返回一个字段名的集合（例如list、tuple或set），这些字段名将在更改列表页中被排序。如果设置了，它的默认实现将返回
\nsortable_by，否则将服从get_list_display()。例如，要防止一列或多列无法排序：
\n\nclass PersonAdmin(admin.ModelAdmin):\n def get_sortable_by(self, request):\n return {*self.get_list_display(request)} - {"rank"}\n
- \n
- \nModelAdmin.get_inline_instances(request, obj=None)Link to this definition# \n
\nget_inline_instances方法接收HttpRequest以及正在编辑的obj``（在添加表单中为 ``None），并应返回一个由InlineModelAdmin对象组成的list或tuple，如下文InlineModelAdmin章节所述。例如，以下实现将返回内联对象，且不会基于添加、更改、删除和查看权限进行默认过滤：\nclass MyModelAdmin(admin.ModelAdmin):\n inlines = [MyInline]\n\n def get_inline_instances(self, request, obj=None):\n return [inline(self.model, self.admin_site) for inline in self.inlines]\n如果你覆盖了这个方法，请确保返回的内联是
\ninlines中定义的类的实例，否则在添加相关对象时可能会遇到 “Bad Request” 错误。
- \n
- \nModelAdmin.get_inlines(request, obj)Link to this definition# \n
\nget_inlines方法是给定HttpRequest和被编辑的obj（或在添加表单中给定None），并期望返回一个可迭代对象的内联。你可以覆盖这个方法，根据请求或模型实例动态添加内联，而不是在ModelAdmin.inlines中指定它们。
- \n
- \nModelAdmin.get_urls()Link to this definition# \n
The
\nget_urlsmethod on aModelAdminreturns the URLs to be used for\nthat ModelAdmin in the same way as a URLconf. Therefore you can extend\nthem as documented in URL调度器, using the\nAdminSite.admin_view()wrapper on your views:\nfrom django.contrib import admin\nfrom django.template.response import TemplateResponse\nfrom django.urls import path\n\n\nclass MyModelAdmin(admin.ModelAdmin):\n def get_urls(self):\n urls = super().get_urls()\n my_urls = [path("my_view/", self.admin_site.admin_view(self.my_view))]\n return my_urls + urls\n\n def my_view(self, request):\n # ...\n context = dict(\n # Include common variables for rendering the admin template.\n self.admin_site.each_context(request),\n # Anything else you want in the context...\n key=value,\n )\n return TemplateResponse(request, "sometemplate.html", context)\n如果你想使用管理布局，从
\nadmin/base_site.html扩展：\n\n\n{% extends "admin/base_site.html" %}\n{% block content %}\n...\n{% endblock %}\n如果页面是可缓存的，但你仍然希望进行权限检查，你可以传递一个
\ncacheable=True参数到AdminSite.admin_view()：\npath("my_view/", self.admin_site.admin_view(self.my_view, cacheable=True))\n
\nModelAdmin视图有model_admin属性。其他AdminSite视图有admin_site属性。
- \n
- \nModelAdmin.get_form(request, obj=None, **kwargs)Link to this definition# \n
返回一个
\nModelForm类，用于管理员添加和更改视图，参见add_view()和change_view()。基本实现使用
\nmodelform_factory()来子类form，通过fields和exclude等属性进行修改。所以，例如，如果你想为超级用户提供额外的字段，你可以像这样换一个不同的基本表单：\nclass MyModelAdmin(admin.ModelAdmin):\n def get_form(self, request, obj=None, **kwargs):\n if request.user.is_superuser:\n kwargs["form"] = MySuperuserForm\n return super().get_form(request, obj, **kwargs)\n你也可以直接返回一个自定义的
\nModelForm类。
- \n
- \nModelAdmin.get_formsets_with_inlines(request, obj=None)Link to this definition# \n
产生 (
\nFormSet,InlineModelAdmin) 对，用于管理添加和更改视图。例如，如果你想只在变化视图中显示一个特定的内联，你可以覆盖
\nget_formsets_with_inlines如下：\nclass MyModelAdmin(admin.ModelAdmin):\n inlines = [MyInline, SomeOtherInline]\n\n def get_formsets_with_inlines(self, request, obj=None):\n for inline in self.get_inline_instances(request, obj):\n # hide MyInline in the add view\n if not isinstance(inline, MyInline) or obj is not None:\n yield inline.get_formset(request, obj), inline\n
- \n
- \nModelAdmin.formfield_for_foreignkey(db_field, request, **kwargs)Link to this definition# \n
\nModelAdmin上的formfield_for_foreignkey方法允许你覆盖外键字段的默认 formfield。例如，要根据用户返回这个外键字段的对象子集：\nclass MyModelAdmin(admin.ModelAdmin):\n def formfield_for_foreignkey(self, db_field, request, **kwargs):\n if db_field.name == "car":\n kwargs["queryset"] = Car.objects.filter(owner=request.user)\n return super().formfield_for_foreignkey(db_field, request, **kwargs)\n这使用
\nHttpRequest实例过滤Car外键字段，只显示User实例拥有的汽车。对于更复杂的过滤器，你可以使用
\nModelForm.__init__()方法来基于你的模型的instance进行过滤（参见 处理关系的字段）。例如：\nclass CountryAdminForm(forms.ModelForm):\n def __init__(self, *args, **kwargs):\n super().__init__(*args, **kwargs)\n self.fields["capital"].queryset = self.instance.cities.all()\n\n\nclass CountryAdmin(admin.ModelAdmin):\n form = CountryAdminForm\n
- \n
- \nModelAdmin.formfield_for_manytomany(db_field, request, **kwargs)Link to this definition# \n
与
\nformfield_for_foreignkey方法一样，formfield_for_manytomany方法也可以被重写，以改变多对多字段的默认字段。例如，如果一个车主可以拥有多辆汽车，而汽车可以属于多个车主 —— 多对多关系 —— 你可以过滤Car外键字段，只显示User：\nclass MyModelAdmin(admin.ModelAdmin):\n def formfield_for_manytomany(self, db_field, request, **kwargs):\n if db_field.name == "cars":\n kwargs["queryset"] = Car.objects.filter(owner=request.user)\n return super().formfield_for_manytomany(db_field, request, **kwargs)\n
- \n
- \nModelAdmin.formfield_for_choice_field(db_field, request, **kwargs)Link to this definition# \n
与
\nformfield_for_foreignkey和formfield_for_manytomany方法一样，formfield_for_choice_field方法可以被重写，以改变已声明选择的字段的默认字段。例如，如果超级用户的选择与普通员工的选择不同，你可以按以下步骤进行：\n\nclass MyModelAdmin(admin.ModelAdmin):\n def formfield_for_choice_field(self, db_field, request, **kwargs):\n if db_field.name == "status":\n kwargs["choices"] = [\n ("accepted", "Accepted"),\n ("denied", "Denied"),\n ]\n if request.user.is_superuser:\n kwargs["choices"].append(("ready", "Ready for deployment"))\n return super().formfield_for_choice_field(db_field, request, **kwargs)\n
- \n
- \nModelAdmin.get_changelist(request, **kwargs)Link to this definition# \n
返回用于列表的
\nChangelist类。默认情况下，使用的是django.contrib.admin.views.main.ChangeList。通过继承这个类，你可以改变列表的行为。
- \n
- \nModelAdmin.get_changelist_form(request, **kwargs)Link to this definition# \n
返回一个
\nModelForm类，供变更列表页面中的Formset使用。要使用一个自定义表单，例如：\n\nfrom django import forms\n\n\nclass MyForm(forms.ModelForm):\n pass\n\n\nclass MyModelAdmin(admin.ModelAdmin):\n def get_changelist_form(self, request, **kwargs):\n return MyForm\n
- \n
- \nModelAdmin.get_changelist_formset(request, **kwargs)Link to this definition# \n
如果使用了
\nlist_editable，则返回一个 ModelFormSet 类，供变更列表页面使用。要使用自定义表单集，例如：\nfrom django.forms import BaseModelFormSet\n\n\nclass MyAdminFormSet(BaseModelFormSet):\n pass\n\n\nclass MyModelAdmin(admin.ModelAdmin):\n def get_changelist_formset(self, request, **kwargs):\n kwargs["formset"] = MyAdminFormSet\n return super().get_changelist_formset(request, **kwargs)\n
- \n
- \nModelAdmin.lookup_allowed(lookup, value, request)Link to this definition# \n
变更列表页面中的对象可以通过 URL 的查询字符串进行过滤。例如
\nlist_filter就是这样工作的。这些查询类似于QuerySet.filter()（例如user__email=user@example.com）。由于用户可以对查询字符串中的查找进行操作，因此必须对它们进行处理，以防止未经授权的数据暴露。
\nlookup_allowed()方法接收来自查询字符串的查找路径（例如，'user__email'），相应的值（例如，'user@example.com'）和请求，并返回一个布尔值，指示是否允许使用这些参数来过滤 changelist 的QuerySet。如果lookup_allowed()返回False，将引发DisallowedModelAdminLookup（是SuspiciousOperation的子类）。默认情况下，
\nlookup_allowed()允许访问模型的本地字段、在list_filter中使用的字段路径（但不包括get_list_filter()）中使用的字段路径，以及limit_choices_to在raw_id_fields中正确运行所需的查找。重写这个方法来定制你的
\nModelAdmin子类允许的查找。
- \n
- \nModelAdmin.has_view_permission(request, obj=None)Link to this definition# \n
Should return
\nTrueif the user is permitted to access the change or\nhistory view forobj, andFalseotherwise. If obj isNone,\nshould returnTrueorFalseto indicate whether viewing of objects\nof this type is permitted in general (e.g.,Falsewill be interpreted\nas meaning that the current user is not permitted to view any object of\nthis type).如果用户有 “更改” 或 “查看” 权限，默认的实现将返回
\n\nTrue。
- \n
- \nModelAdmin.has_add_permission(request)Link to this definition# \n
如果允许添加对象，应返回
\nTrue，否则返回False。
- \n
- \nModelAdmin.has_change_permission(request, obj=None)Link to this definition# \n
如果允许编辑
\nobj，应返回True，否则应返回False。如果obj是None，应返回True或False表示是否允许编辑该类型对象（例如，False将被解释为当前用户不允许编辑该类型的任何对象）。
- \n
- \nModelAdmin.has_delete_permission(request, obj=None)Link to this definition# \n
如果允许删除
\nobj，应返回True，否则返回False。如果obj是None，应返回True或False，以表明是否允许删除该类型的对象（例如，False将被解释为当前用户不允许删除该类型的任何对象）。
- \n
- \nModelAdmin.has_module_permission(request)Link to this definition# \n
如果允许在管理员索引页上显示模块和访问模块的索引页，应该返回
\nTrue，否则返回False。默认使用User.has_module_perms()。覆盖它并不限制对视图的访问，添加、更改或删除视图，has_view_permission()、has_add_permission()、has_change_permission()和has_delete_permission()应该用于此。
- \n
- \nModelAdmin.get_queryset(request)Link to this definition# \n
\nModelAdmin上的get_queryset方法返回一个QuerySet的所有模型实例，这些实例可以被管理网站编辑。覆盖该方法的一个用例是显示登录用户拥有的对象：\nclass MyModelAdmin(admin.ModelAdmin):\n def get_queryset(self, request):\n qs = super().get_queryset(request)\n if request.user.is_superuser:\n return qs\n return qs.filter(author=request.user)\n
- \n
- \nModelAdmin.message_user(request, message, level=messages.INFO, extra_tags='', fail_silently=False)Link to this definition# \n
Sends a message to the user using the
\ndjango.contrib.messages\nbackend. See the custom ModelAdmin example.关键字参数允许你改变消息的级别，添加额外的 CSS 标签，或者在没有安装
\ncontrib.messages框架的情况下无声地失败。这些关键字参数与django.contrib.messages.add_message()的参数一致，更多细节请参见该函数的文档。一个不同的地方是，除了整数／常量之外，级别还可以作为字符串标签传递。
- \n
- \nModelAdmin.get_paginator(request, queryset, per_page, orphans=0, allow_empty_first_page=True)Link to this definition# \n
返回要用于该视图的分页器实例。默认情况下，实例化一个
\npaginator的实例。
- \n
- \nModelAdmin.response_add(request, obj, post_url_continue=None)Link to this definition# \n
确定
\nadd_view()阶段的HttpResponse。
\nresponse_add在提交管理表单后，对象和所有相关实例被创建和保存后被调用。你可以覆盖它来改变对象创建后的默认行为。
- \n
- \nModelAdmin.response_change(request, obj)Link to this definition# \n
确定
\nchange_view()阶段的HttpResponse。
\nresponse_change在管理表单提交后，对象和所有相关实例被保存后被调用。你可以覆盖它来改变对象被改变后的默认行为。
- \n
- \nModelAdmin.response_delete(request, obj_display, obj_id)Link to this definition# \n
为
\ndelete_view()阶段确定HttpResponse。
\nresponse_delete在对象被删除后被调用。你可以覆盖它来改变对象被删除后的默认行为。
\nobj_display是删除对象名称的字符串。
\nobj_id是用于检索要删除的对象的序列化标识符。
- \n
- \nModelAdmin.get_formset_kwargs(request, obj, inline, prefix)Link to this definition# \n
一个用于自定义传递给表单集构造函数的关键字参数的钩子。例如，将
\nrequest传递给表单集表单：\nclass MyModelAdmin(admin.ModelAdmin):\n def get_formset_kwargs(self, request, obj, inline, prefix):\n return {\n **super().get_formset_kwargs(request, obj, inline, prefix),\n "form_kwargs": {"request": request},\n }\n你还可以使用它来为表单集表单设置
\ninitial。
- \n
- \nModelAdmin.get_changeform_initial_data(request)Link to this definition# \n
一个钩子，用于管理更改表格的初始数据。默认情况下，字段的初始值来自
\nGET参数。例如，?name=initial_value将把name字段的初始值设置为initial_value。这个方法应该返回一个形式为
\n{'fieldname': 'fieldval'}的字典：\ndef get_changeform_initial_data(self, request):\n return {"name": "custom_initial_value"}\n
- \n
- \nModelAdmin.get_deleted_objects(objs, request)Link to this definition# \n
A hook for customizing the deletion process of the
\ndelete_view()and\nthe "delete selected" action.
\nobjs参数是要删除的对象（一个QuerySet或模型实例列表）的等价可迭代对象，request是HttpRequest。这个方法必须返回一个四元元组
\n(delete_objects, model_count, perms_needed, protected)。
\ndeleted_objects是一个代表所有将被删除对象的字符串列表。如果有任何相关的对象要删除，则列表是嵌套的，包括这些相关对象。该列表在模板中使用unordered_list过滤器进行格式化。
\nmodel_count是一个将每个模型的verbose_name_plural映射到将被删除的对象数量的字典。
\nperms_needed是一组verbose_name的用户没有权限删除的模型。
\nprotected是一个字符串列表，代表所有不能删除的受保护相关对象。该列表显示在模板中。
其他方法Link to this heading#
\n- \n
- \nModelAdmin.add_view(request, form_url='', extra_context=None)Link to this definition# \n
模型实例添加页面的 Django 视图。见下面的说明。
\n
- \n
- \nModelAdmin.change_view(request, object_id, form_url='', extra_context=None)Link to this definition# \n
模型实例编辑页面的 Django 视图。见下面的说明。
\n
- \n
- \nModelAdmin.changelist_view(request, extra_context=None)Link to this definition# \n
模型实例变更列表／动作页面的 Django 视图。见下面的说明。
\n
- \n
- \nModelAdmin.delete_view(request, object_id, extra_context=None)Link to this definition# \n
模型实例删除确认页面的 Django 视图。参见下面的说明。
\n
- \n
- \nModelAdmin.history_view(request, object_id, extra_context=None)Link to this definition# \n
Django 视图用于显示给定模型实例的修改历史的页面。
\n
与上一节中详细介绍的钩子类型的 ModelAdmin 方法不同，这五个方法实际上是被设计成作为 Django 视图从管理应用的 URL 调度处理程序中调用，以渲染处理模型实例 CRUD 操作的页面。因此，完全覆盖这些方法将显著改变管理员应用程序的行为。
覆盖这些方法的一个常见原因是为了增强提供给渲染视图的模板的上下文数据。在下面的例子中，更改视图被覆盖，以便为渲染模板提供一些额外的映射数据，否则这些数据将无法使用：
\nclass MyModelAdmin(admin.ModelAdmin):\n # A template for a very customized change view:\n change_form_template = "admin/myapp/extras/openstreetmap_change_form.html"\n\n def get_osm_info(self):\n # ...\n pass\n\n def change_view(self, request, object_id, form_url="", extra_context=None):\n extra_context = extra_context or {}\n extra_context["osm_data"] = self.get_osm_info()\n return super().change_view(\n request,\n object_id,\n form_url,\n extra_context=extra_context,\n )\n这些视图返回 TemplateResponse 实例，允许你在渲染前轻松定制响应数据。更多细节，请看 TemplateResponse 文档。
ModelAdmin 静态资源定义Link to this heading#
\n有时你会想在添加／更改视图时添加一点 CSS 和／或 JavaScript。这可以通过在你的 ModelAdmin 上使用 Media 内类来实现：
class ArticleAdmin(admin.ModelAdmin):\n class Media:\n css = {\n "all": ["my_styles.css"],\n }\n js = ["my_code.js"]\nstaticfiles app 将 STATIC_URL （如果 STATIC_URL 是 None，则 MEDIA_URL）预先加入任何资产路径。同样的规则适用于:ref:表单上定义的静态资源 <form-asset-paths>。
jQueryLink to this heading#
\nDjango 管理 JavaScript 使用了 jQuery 库。
\n为了避免与用户提供的脚本或库冲突，Django 的 jQuery（版本3.7.1）被命名为 django.jQuery。如果你想在自己的管理 JavaScript 中使用 jQuery，而不需要包含第二个副本，你可以在 changelist 和 add/edit 视图上使用 django.jQuery 对象。此外，依赖于 django.jQuery 的自己的管理表单或小部件在 声明表单媒体资产 时必须指定 js=['admin/js/jquery.init.js', …]。
ModelAdmin 类默认需要 jQuery，所以除非你有特殊需要，否则不需要将 jQuery 添加到你的 ModelAdmin 的媒体资源列表中。例如，如果你要求 jQuery 库在全局命名空间中（例如在使用第三方 jQuery 插件时），或者你需要一个较新版本的 jQuery，你将不得不包含自己的副本。
Django 提供了 jQuery 的非压缩和 “最小化” 版本，分别为 jquery.js 和 jquery.min.js。
ModelAdmin 和 InlineModelAdmin 有一个 media 属性，它返回一个 Media 对象的列表，其中存储了表单和／或表单集的 JavaScript 文件的路径。如果 DEBUG 是 True，它将返回各种 JavaScript 文件的未压缩版本，包括 jquery.js；如果不是，它将返回 “最小化” 版本。