Использование моделей во вью, по примеру с DRF - плохая практика, потому что смешивается слой хранения и слой API. В этом случае API привязано к модели хранения, любое ее изменение ломает контракт. Плюс валидация начинает размазываться между слоями. Модели Django про хранение и инварианты базы, а Pydantic-схемы про контракт API и валидацию входа.
Возможно, DRF дженерики, в которых прям во view используется `queryset = ...` и удобен для приложения уровня "мой первый блог", но в чем-то больше такой подход начинает ограничивать, поэтому разделение схем и моделей не избыточность, а вполне нормальная практика.
Использование моделей во вью, по примеру с DRF - плохая практика, потому что смешивается слой хранения и слой API. В этом случае API привязано к модели хранения, любое ее изменение ломает контракт. Плюс валидация начинает размазываться между слоями. Модели Django про хранение и инварианты базы, а Pydantic-схемы про контракт API и валидацию входа.
Возможно, DRF дженерики, в которых прям во view используется `queryset = ...` и удобен для приложения уровня "мой первый блог", но в чем-то больше такой подход начинает ограничивать, поэтому разделение схем и моделей не избыточность, а вполне нормальная практика.