ну например?

я лишь бы порекомендовал почитать clean code
но каждый имеет право на мнение, на своем настаивать не буду

да, конечно, я лишь имхо высказываю)

я на конфы также хожу дискутировать, сорри если обидел

кстати, в этом году появилась фича же в пучарме, умного выноса части кода в функции

Что будешь делать если завтра вам скажут что расширяемся и срочно надо телеграм бота написать под вашу бизнес логику? Пойдешь копировать код с вьюх?

на сервер запросы шлют реальные устройства, а устройства разных версий, поэтому логика обработки полей немного отличается. Поэтому завел для разных версий отдельные url

Спасибо за описание подходов с разных сторон

я не буду брать джангу под телега бота, наверное возьму фастапи, который по этим же эндпоинтам будет работать + аутентификацию надо будет еще добавить с телега ботов

ну т.е. фастапи будет адаптером телеги для джанги

джанго инстанс (на офф сайте инфа в факе) замерен на 50к птс, вполне хватит для основного бека

не, не обидел

я просто сталкивался с логикой во вьюхах

например

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

я с этим говна наелся ух как, и ел бы дальше, но вынесение БЛ процесса в отдельный класс
вкорне изменило ситуацию.

итог - один класс, 200-250 строк

и пачка вьюх по 3-5 строк.
если надо менять процесс - идешь и в классе меняешь.
в одном месте.

стали намного проще тесты
стала намного проще отладка
и самое главное - если нужна будет еще одна вьюха - нет проблем, не надо будет писать еще одну говняную портянку

в общем, моё мнение достаточно устойчиво и выработано болью в одном месте благодаря другим разработчикам

ну тут да, зависит от подхода конечно, но бизнес логику во вьюхе принято у нас полностью внутри файла одного прописывать (не включая вызова стандартной или джанго либы конечно)

accounts
— views
——__init__.py
——login.py

и т.д. примерно так, для тех кто не понял)

хорошо, не с телеги понадобится, а в другой вьюхе или в логике тестирования заюзать, или при создании нового объекта отработать. выносить бизнес-логику в отдельный слой, чтобы ее потом использовать откуда угодно, это хорошая практика, а вьюхи на 200 строк - плохая

класс APIView имеет в себе 418 строк кода

я обычно от него наследуюсь и оверрайдю всякое

плюс свои методы и всякие константы

то же самое с моделвьюсетом и женериками