это тип джанго с кастомной архитектурой?)

это попытка из говна сделать не говно 😊

вот ещё одна попытка: https://mappers.readthedocs.io/en/latest/

ну, и там ещё гуглится парочка вариантов

забавно

философия Django API Domains: давайте смиримся с теми моделями, что есть в Django и просто не будем в models.py класть бизнес-логику

философия mappers: не-а, не смиримся

философия самой Django: на дворе 2008 год, мы - лучший MVC-фреймворк на свете

в mappers описан правильный подход, который в идеале должен был бы быть в Django из коробки с подробной нормальной документацией и прочим
но для многих этот код выглядит как "слишком сложно", если вы считаете, что у вас питонячий уровень на среднем уровне или выше - советую изучить их подход

текущее ощущение от Django - система сделана нубами для нубов, это одновременно и плюс и минус)

Что я только что прочитал

наброс на Django модели

могу объяснить проще: https://docs.sqlalchemy.org/en/13/orm/mapping_styles.html

тут в SQLAlchemy есть классический мэппинг и декларативный, в Django классического нет, это попытка его реализовать через сторонний пакет (mappers)

Мое сообщение было касательно оценочной информации, что не имела логики в изложение сути вопроса, пожалуй самый лаконичный ответ, хоть и не мне он нужен, в последнем сообщение 🤗

два милииона примеров, и ни одного ответа "зачем"

там выше вопрос был про "так это просто дело вкуса/обстоятельств?"

я попытался объяснить, что есть два варианта: "попроще и похуже" и "посложнее и получше", в Django только первый вариант (mappers добавляет второй), обычно первый вариант не вызывает проблем, его обычно всем хватает, многие про второй даже не знают, если за пределы Django не вылезают...

для тех проектов, которые вообще всё и всегда будут класть в PostgreSQL какой-нибудь, первый вариант самый лучший
для остальных проектов лучше второй вариант, о чём я и написал выше

Я понял, могут быть не прав)

смысл в том, чтобы отделить модели от классов, которые связаны с хранением данных в той же PostgreSQL

то есть это попытка сделать более правильный с точки зрения DDD дизайн системы

разве это уже не сделано с помощью миграций и моделей?