Настройка modeladmin
Приложение modeladmin разработано, чтобы предоставить вам максимальную гибкость в представлении вашей модели и её объектов в CMS Wagtail. Эта страница предназначена для предоставления вам справочной информации, помогающей лучше понять возможности приложения и направить вас в нужном направлении в зависимости от типа настроек, которые вы хотите внести.
- Класс Wagtail
ModelAdminотличается от класса Django - Изменение отображения в списке
- Добавление дополнительных стилей и/или JavaScript
- Переопределение шаблонов
- Переопределение представлений
- Переопределение вспомогательных классов
Класс Wagtail ModelAdmin отличается от класса Django
Класс Wagtail ModelAdmin разработан для использования аналогично классу Django с таким же именем, и часто использует те же имена атрибутов и методов для достижения аналогичных результатов. Однако есть несколько ключевых различий:
Формы добавления и редактирования по-прежнему определяются panels и edit_handlers
В Wagtail управление отображаемыми полями в формах добавления/редактирования для вашей Model, и определение их группировки и порядка, достигается добавлением атрибута panels или edit_handler к вашему классу Model. Это остается неизменным, независимо от того, является ли ваша модель типом Page, фрагментом или просто стандартным Django Model. Из-за этого класс Wagtail ModelAdmin в основном отвечает за настройку списка. Например, атрибуты list_display, list_filter и search_fields присутствуют и поддерживают в основном те же значения, что и класс ModelAdmin Django, в то время как fields, fieldsets, exclude и другие атрибуты, которые вы могли использовать для настройки представлений добавления/редактирования Django, просто не поддерживаются версией Wagtail.
Модели «типов страниц» необходимо обрабатывать по-другому, чем другие модели
Хотя представление списка класса modeladmin и его поддерживаемые параметры настройки работают одинаково для всех типов Model, в случае других представлений управления обработка отличается в зависимости от того, представляет ли ваш класс ModelAdmin модель типа страницы (расширяющую wagtailcore.models.Page) или нет.
Страницы в Wagtail имеют некоторые уникальные свойства и требуют дополнительных представлений, элементов интерфейса и общей обработки для эффективного управления. Например, у них есть древовидная структура, которую необходимо правильно сохранять при добавлении, удалении и перемещении страниц. У них также есть система пересмотра, свои собственные соображения по разрешениям и возможность предварительного просмотра изменений перед сохранением. Из-за этой повышенной сложности Wagtail предоставляет собственные специфические представления для управления любыми пользовательскими типами страниц, которые вы можете добавить в свой проект (независимо от того, создаёте ли вы для них класс ModelAdmin или нет).
Для обеспечения согласованного пользовательского опыта modeladmin просто перенаправляет пользователей на существующие представления управления страницами Wagtail, где это возможно. Учтите это, если вы когда-нибудь захотите изменить то, что происходит при добавлении, удалении, публикации страниц определённого типа или при применении к ним каких-либо других действий. Настройка CreateView или EditView для вашей страницы типа Model (даже если только для добавления дополнительного стиля или JavaScript) не будет иметь никакого эффекта, так как эти представления не используются.
Если вам нужно настроить добавление, редактирование или другое поведение для модели типа страницы, ознакомьтесь со следующей частью документации: Плагины.
Класс Wagtail ModelAdmin «модульный»
В отличие от одноимённого класса Django, ModelAmin wagtailadmin действует в первую очередь как класс-«контроллер». Хотя у него есть набор атрибутов и методов, позволяющих вам настроить, как различные компоненты должны обрабатывать вашу модель, он был намеренно разработан для выполнения как можно меньше работы самостоятельно; он делегирует всю реальную работу набору отдельных, взаимозаменяемых компонентов.
Идея: Если вы хотите сделать что-то по-другому или добавить некоторую функциональность, которой modeladmin ещё не обладает, вы можете создать новые классы (или расширить те, которые предоставляет modeladmin) и легко настроить ваш класс ModelAdmin для их использования вместо значений по умолчанию.
- Узнайте больше о Переопределении представлений
- Узнайте больше о Переопределении вспомогательных классов
Изменение отображения в списке
Вы должны ознакомиться с атрибутами и методами, поддерживаемыми классом ModelAdmin, которые позволяют вам изменять отображаемые элементы в IndexView. Следующая страница предоставит вам все необходимое для начала работы: Настройка IndexView — представления списка
Добавление дополнительных стилей и/или JavaScript
Класс ModelAdmin предоставляет несколько атрибутов, которые позволяют легко добавлять дополнительные стили и JavaScript в административный интерфейс для вашей модели. Каждый атрибут просто должен быть списком путей к файлам, которые вы хотите включить. Если путь относится к файлу в каталоге статики вашего проекта, Wagtail автоматически добавит к пути STATIC_URL, чтобы вам не нужно было повторять его каждый раз в вашем списке путей.
Если вы хотите добавить стили или скрипты в IndexView, вы должны установить следующие атрибуты:
-
index_view_extra_css— где каждый элемент — имя пути к предварительно скомпилированному стилю, который вы хотите включить. -
index_view_extra_js— где каждый элемент — имя пути к файлу JavaScript, который вы хотите включить.
Если вы хотите сделать то же самое для CreateView и EditView, вы должны установить следующие атрибуты:
-
form_view_extra_css— где каждый элемент — имя пути к предварительно скомпилированному стилю, который вы хотите включить. -
form_view_extra_js— где каждый элемент — имя пути к файлу JavaScript, который вы хотите включить.
И если вы используете InspectView для вашей модели и хотите сделать то же самое для этого представления, вы должны установить следующие атрибуты:
-
inspect_view_extra_css— где каждый элемент — имя пути к предварительно скомпилированному стилю, который вы хотите включить. -
inspect_view_extra_js— где каждый элемент — имя пути к файлу JavaScript, который вы хотите включить.
Переопределение шаблонов
Для всех представлений modeladmin Wagtail ищет шаблоны в следующих папках в вашем проекте или приложении, прежде чем обратиться к значениям по умолчанию:
templates/modeladmin/app-name/model-name/templates/modeladmin/app-name/templates/modeladmin/
Таким образом, чтобы переопределить шаблон, используемый IndexView например, вы создадите новый шаблон index.html и поместите его в одно из этих расположений. Например, если вы хотите сделать это для модели ArticlePage в приложении news, вы добавите свой пользовательский шаблон как news/templates/modeladmin/news/articlepage/index.html.
Для справки, modeladmin ищет шаблоны со следующими именами для каждого представления:
-
'index.html'дляIndexView -
'inspect.html'дляInspectView -
'create.html'дляCreateView -
'edit.html'дляEditView -
'delete.html'дляDeleteView -
'choose_parent.html'дляChooseParentView
Чтобы добавить дополнительную информацию в блок в одном из вышеперечисленных шаблонов Wagtail, используйте Django {{ block.super }} внутри {% block ... %}, который вы хотите расширить. Например, если вы хотите отобразить изображение в форме редактирования под полями редактируемой модели, вы можете сделать следующее:
{% extends "modeladmin/edit.html" %}
{% load static %}
{% block content %}
{{ block.super }}
<div class="object">
<img src="{% get_media_prefix %}{{ instance.image }}"/>
</div>
{% endblock %}
Если по какой-либо причине вы предпочитаете обойти вышеуказанное поведение и явно указать шаблон для определенного представления, вы можете установить любой из следующих атрибутов в вашем классе ModelAdmin:
-
index_template_nameдля задания шаблона дляIndexView -
inspect_template_nameдля задания шаблона дляInspectView -
create_template_nameдля задания шаблона дляCreateView -
edit_template_nameдля задания шаблона дляEditView -
delete_template_nameдля задания шаблона дляDeleteView -
choose_parent_template_nameдля задания шаблона дляChooseParentView
Переопределение представлений
Для всех представлений, предлагаемых ModelAdmin, класс предоставляет атрибут, который вы можете переопределить, чтобы указать, какой класс вы хотели бы использовать:
index_view_classinspect_view_class-
create_view_class(не используется для моделей типа «страница») -
edit_view_class(не используется для моделей типа «страница») -
delete_view_class(не используется для моделей типа «страница») -
choose_parent_view_class(используется только для моделей типа «страница»)
Например, если вы хотите создать свой собственный класс представления и использовать его для IndexView, вы сделаете следующее:
from wagtail.contrib.modeladmin.views import IndexView
from wagtail.contrib.modeladmin.options import ModelAdmin
from .models import MyModel
class MyCustomIndexView(IndexView):
# New functionality and existing method overrides added here
...
class MyModelAdmin(ModelAdmin):
model = MyModel
index_view_class = MyCustomIndexView
Или, если вам не нужны никакие функции существующего функционала IndexView в вашем представлении и вы предпочитаете создать своё представление с нуля, modeladmin также поддержит это. Однако настоятельно рекомендуется использовать modeladmin.views.WMABaseView в качестве основы для вашего представления. Это значительно упростит интеграцию с вашим классом ModelAdmin и предоставит множество полезных атрибутов и методов для начала работы.
Вы также можете использовать url_helper для удобного обратного преобразования URL-адресов для любого ModelAdmin, см. Обратное преобразование URL-адресов ModelAdmin.
Переопределение вспомогательных классов
Хотя «классы представлений» отвечают за большую часть работы, существует ряд других задач, которые modeladmin должен выполнять регулярно, которые необходимо обрабатывать последовательно и в нескольких местах. Эти задачи назначены набору простых классов (в modeladmin, они называются «вспомогательными классами») и находятся в wagtail.contrib.modeladmin.helpers.
Если вы планируете писать и использовать свои собственные пользовательские представления с modeladmin, вам следует ознакомиться с этими помощниками, так как они предоставляются представлениям через представление modeladmin.views.WMABaseView.
Существует три типа «вспомогательных классов»:
- Вспомогательные классы URL - которые помогают с согласованным формированием, именованием и ссылкой на URL-адреса.
- Вспомогательные классы разрешений - которые помогают гарантировать, что только пользователи с достаточными разрешениями могут выполнять определенные действия или видеть варианты выполнения этих действий.
- Вспомогательные классы кнопок - которые, с помощью двух других, помогают с формированием кнопок для использования в ряде мест.
Класс ModelAdmin позволяет определять и использовать свои собственные вспомогательные классы, устанавливая значения следующих атрибутов:
ModelAdmin.url_helper_class
По умолчанию используется класс modeladmin.helpers.url.PageAdminURLHelper когда ваша модель расширяет wagtailcore.models.Page, в противном случае используется modeladmin.helpers.url.AdminURLHelper.
Если вы обнаружите, что вышеперечисленные вспомогательные классы не подходят для ваших нужд, вы можете легко создать свой собственный вспомогательный класс, унаследовав AdminURLHelper или PageAdminURLHelper (если ваша модель расширяет модель Wagtail Page) и внести необходимые дополнения/переопределения.
После определения своего класса установите атрибут url_helper_class в вашем классе ModelAdmin, чтобы использовать свой пользовательский URLHelper, как показано ниже:
from wagtail.contrib.modeladmin.helpers import AdminURLHelper
from wagtail.contrib.modeladmin.options import ModelAdmin, modeladmin_register
from .models import MyModel
class MyURLHelper(AdminURLHelper):
...
class MyModelAdmin(ModelAdmin):
model = MyModel
url_helper_class = MyURLHelper
modeladmin_register(MyModelAdmin)
Или, если у вас более сложный случай использования, где простое установление этого атрибута невозможно (например, из-за циклических импортов) или не удовлетворяет вашим потребностям, вы можете переопределить метод get_url_helper_class, как показано ниже:
class MyModelAdmin(ModelAdmin):
model = MyModel
def get_url_helper_class(self):
if self.some_attribute is True:
return MyURLHelper
return AdminURLHelper
ModelAdmin.permission_helper_class
По умолчанию используется класс modeladmin.helpers.permission.PagePermissionHelper когда ваша модель расширяет wagtailcore.models.Page, в противном случае используется modeladmin.helpers.permission.PermissionHelper.
Если вы обнаружите, что вышеперечисленные вспомогательные классы не подходят для ваших нужд, вы можете легко создать свой собственный вспомогательный класс, унаследовав PermissionHelper (или PagePermissionHelper если ваша модель расширяет модель Wagtail Page) и внести необходимые дополнения/переопределения. После определения установите атрибут permission_helper_class в вашем классе ModelAdmin для использования вашего пользовательского класса вместо стандартного, как показано ниже:
from wagtail.contrib.modeladmin.helpers import PermissionHelper
from wagtail.contrib.modeladmin.options import ModelAdmin, modeladmin_register
from .models import MyModel
class MyPermissionHelper(PermissionHelper):
...
class MyModelAdmin(ModelAdmin):
model = MyModel
permission_helper_class = MyPermissionHelper
modeladmin_register(MyModelAdmin)
Или, если у вас более сложный случай использования, где простое установление атрибута невозможно или не удовлетворяет вашим потребностям, вы можете переопределить метод get_permission_helper_class, как показано ниже:
class MyModelAdmin(ModelAdmin):
model = MyModel
def get_permission_helper_class(self):
if self.some_attribute is True:
return MyPermissionHelper
return PermissionHelper
Использование вспомогательных классов в пользовательских представлениях
Пока вы наследуете modeladmin.views.WMABaseView (или один из более «специфических» классов представлений) для создания своего пользовательского представления, экземпляры каждого помощника должны быть доступны в экземплярах вашего класса как:
self.url_helperself.permission_helperself.button_helper
В отличие от двух других, self.button_helper не заполняется сразу при создании представления. Для отображения правильных кнопок для правильных пользователей экземпляры ButtonHelper должны быть «осознающими запрос», поэтому self.button_helper устанавливается только после выполнения метода dispatch() представления, который принимает объект HttpRequest в качестве аргумента, из которого можно определить текущего пользователя.
© 2014-present Torchbox Ltd and individual contributors.
All rights are reserved.
Licensed under the BSD License.
https://docs.wagtail.org/en/v3.0.3/reference/contrib/modeladmin/primer.html