django-expert - Модели Django и REST API с правами

Когда звать

• Когда приложению Django нужны модели и REST API с проверкой входных данных и прав.
• Когда список DRF вызывает лишние запросы к связанным объектам или требует тестов доступа.

Для каких проектов нужен Django Expert

Django Expert описывает разработку Django-приложений и API на Django REST Framework. В основном файле версии 1.1.0 автор указывает Django 5.0, ORM, сериализаторы, ViewSet, JWT и настройку admin. Это специализация внутри коллекции Jeffallan, а не отдельная библиотека для установки в Django.

Скилл подходит для добавления модели с отношениями и API поверх неё. Другой частый случай - список объектов, где обращение к автору или связанным элементам порождает дополнительные запросы. В исходнике оптимизация ORM включена в обязательную работу, а не оставлена на будущее.

Модель и миграции до обработчика

Агент начинает с сущностей, связей и нужных маршрутов. Затем создаёт поля, индексы и managers. После этого инструкция требует подготовить и применить миграции и убедиться, что схема соответствует ожиданиям. Выполнение миграции в рабочей базе всё равно требует разрешённого окружения: сама инструкция такого доступа не создаёт.

Следующий этап - DRF ViewSet или async views Django. До добавления авторизации автор предлагает проверить ожидаемые HTTP-статусы небольшим APITestCase или запросом к тестовому приложению. После настройки прав добавляются полноценные проверки моделей и API.

В пример модели статьи включены индекс по автору и дате и связь с пользователем. Сериализатор выбирает конкретные поля ответа и валидирует заголовок после удаления пробелов. Это показывает разделение правил хранения, правил входа и отображения данных.

Связанные объекты и права

Пример ViewSet использует select_related для автора, чтобы не получать его отдельным запросом для каждой статьи. В требованиях также указан prefetch_related. Выбор между ними агент должен обосновать по типу связи и запросу, а не добавлять оба метода без разбора.

Схема доступа в примере разрешает чтение всем, а изменение только вошедшим пользователям. При создании автор берётся из request.user. Тесты отдельно проверяют публичный список, отказ неавторизованному запросу и создание вошедшим пользователем. Эти правила описывают учебный пример; закрытому приложению могут понадобиться другие permissions.

Автор запрещает DEBUG=True в рабочем окружении, секреты в settings.py и сырой SQL без параметров. Требует встроенные средства защиты Django, в том числе CSRF, и тесты на модели и endpoints. Справочники разделены по ORM, сериализаторам, представлениям, доступу и тестированию.

Пример ограниченной задачи

Начните с существующего списка: «Проверьте загрузку связанных объектов. Сохраните действующую модель прав, добавьте тест недопустимого заголовка и сравните число запросов на тестовых данных». Такой запрос даёт понятный критерий для ревью и не требует переноса всего приложения.

На выходе должны быть модели с индексами, сериализаторы с валидацией, представления с permissions и пояснение запросов. Успешное создание файлов ещё не подтверждает применённые миграции или прохождение тестов.

Мы прочитали закреплённые SKILL.md и LICENSE. Установка и выполнение не проверялись, включая Codex. Для отдельного асинхронного сервиса можно сравнить подход с FastAPI Expert.