В Django одна из наименее изученных частей документации и пользователей — это Django Admin.
Эта с большими возможностями и определенными характеристиками, но чтобы быть на 100% жизнеспособным вариантом, они должны работать на уровне пользовательского опыта, и это причина его непопулярности, поэтому возникает вопрос, для чего админ Дайнго? его жизнеспособным?
По сути, администратор Django — это веб-интерфейс для управления моделями баз данных, в этом интерфейсе вы можете создавать, просматривать, изменять и удалять данные из базы данных, а также специальные операции, которые также связаны с данными.
Когда нам не нужен админ?
Нам это не нужно, когда с помощью веб-клиента мы можем управлять всеми или большинством важных данных нашего приложения.
Что админ может сделать для вас?
Если мы подумаем об этом, соблюдая предыдущий абзац, мы можем заключить, что могут существовать данные, которыми клиент не обязательно должен управлять или которые нужно управлять, когда администратор на другой платформе может управлять им, это самое простое использовать, что может быть дано этому инструменту.
Это делает администратора Django идеальным для MVP, где клиент не обязательно управляет всеми данными, или потому что изначально все интерфейсы администрирования не могут быть созданы, и данные должны управляться различными областями компании, такими как операторы команда разработчиков, отдел маркетинга и т. д., и администрация начинает действовать, поскольку с помощью нескольких строк кода можно получить хорошие интерфейсы администрирования для данных.
Но если это так хорошо для этого, потому что он не используется или не рассматривается на регулярной основе для работы в качестве интерфейсов администрирования, как на стороне клиентов, так и операторов? В основном потому, что этот администратор очень привязан к стороне данных, а его неправильное администрирование или программирование могут привести к нарушениям безопасности, системным сбоям или интуитивно понятному интерфейсу, поэтому не рекомендуется включать его для конечных пользователей.
Уже зная все это и предполагая, что мы готовы взять на себя ответственность, можем ли мы использовать это? Ответ — да, и важно, чтобы, если мы хотим его использовать, мы должны учитывать следующие аспекты:
Модели и их информационная архитектура.
Очень важно очень хорошо спланировать, как будут структурированы данные, даже до того, как вы добавите строку кода, это повлияет на будущее развитие, интерфейс администрирования, поскольку он реагирует на данные и, прежде всего, влияет на данные. клиенты, которые потребляют наши данные.
Предупреждение: важной функциональностью являются вложенные формы, они могут показывать в одном представлении много информации по отношению к родителю, их отношения — от детей к отцу, проблема с этими представлениями заключается в том, что если имеется много вложенных данных, Механизм шаблонов становится узким местом, так как показывать много данных очень медленно, и на производительность будет влиять гораздо больше, если есть дети, связанные с детьми, и те, у кого есть родители.
Управление разрешениями пользователей.
В этой части администратор django очень хорош в создании записи базы данных для управления группами и пользователями, предоставляя разрешения моделям на уровне чтения, записи и изменения, и в соответствии с тем, какое разрешение имеет пользователь, интерфейс адаптируется для предоставления параметров. доступны для этого конкретного пользователя.
Также важно, что если нам нужна пользовательская модель с дополнительной информацией, отличной от той, что она уже содержит изначально, нам нужно создать новую модель, которая наследует нативную, и добавить эти поля, а затем попросить администратора использовать эту модель для управления пользователи.
Программируемый администратор
По умолчанию администратор django не отображает информацию, просто создавая модели, даже URL доступа администратора не запрограммирован по умолчанию, интерфейс администратора должен быть запрограммирован с использованием параметров, адресованных администратору, которые команда Django дает нам в своей документации. и интерфейс будет реагировать на запрограммированные параметры, начиная с представления текстов, поиска или индексации информации, объема информации и того, как она отображается администратору, должна быть запрограммирована.
Настройте параметры, которые дает нам команда Django.
Здесь все становится немного сложнее, потому что иметь возможность изменить способ, которым мы предоставляем собственные опции для программирования администратора, мы должны вмешиваться в функции администратора django, когда я имею в виду вмешательство, это означает изменение или замените функциональные возможности для предоставления той же структуры данных, которую администратор не нарушит, поскольку последующие функциональные возможности ожидают уникальную структуру данных, если только мы не вмешиваемся в другие функции, для этого есть документация и несколько примеров устранения неполадок в Интернете. Также необходимо иметь более или менее продвинутые знания Python.
Заставьте администратора django сделать больше или измените способ, которым он делает вещи.
Здесь все намного сложнее, и важно иметь углубленные знания Python как основы, поскольку это заставляет администратора делать то, для чего это еще не сделано, примером может быть окно подтверждения, возможный способ Если это будет сделано, необходимо будет расширить URL-адреса администратора Django, связав его с представлением с формой, это представление должно получить запрос и показать представление подтверждения во время подтверждения действия, которое должно опубликовать это представление. его собственный URL-адрес формы с данными, необходимыми для продолжения действия, здесь подробно нет администратора по умолчанию, и для его построения требуется хорошее знание программирования.