Django, но когда работал во Flaske то таких огромных представлений не делал, что бы по вашему мнению вы бы вынесли в отдельную функцию, я бы вообще почти все повыносил, что б более читабельно было, вопрос в следующем - что бы вы вынесли отдельно, или хотя бы куда выносить(имею ввиду архитектуру проекта, например файл buiseness_logic.py?)
https://pastebin.com/FjDxVyGz
у тебя логика не должна находится в views
Я тоже это нативно понимаю, поэтому и спросил совет куда бы ее лучше вынести?
cоздать папку services или utils вроде правильнее services и выносить ее функциями туда
И туда брать прям всю логику, трест проверки валидации форм и работу с моделями, а во view, оставить только messages и рендеринг, редиректы ?
В идеале так и должно быть
Спасибо 😉
это вообще не в идеале
А как ?
а не так, а как, никто не скажет, но ты если узнаешь, тоже скажи тут, очень интересно
😅😅
От Диджитализируй есть видео на эту тему: https://youtu.be/LPo29ygf0wA Такую логику, я кладу в файл serivce.py в определённом модуле, а после в views тащу нужные функции.
Отлииично, спасибо 🙏
https://habr.com/ru/company/vivid_money/blog/544856/ почти то же самое, только в тексте
Да в крупных проектах вообще все надо по своему делать. Например по своему схему авторизации итд. Так что проще взять и самому написать все через микрофреймворки. Особенно учитывая что большинство современных бекендов это только REST API, а не как раньше сервер сайт рендеренный HTML. Когда проект маленький и не комплексный, все под себя менять ненадо то фреймворки типо джанги норм вещь, но когда все комплексно и требуется все писать под себя то надо использовать микрофреймворки.
Еретик, беги беги беги, а то не сдобровать тебе)
Какие микрофреймворки посоветуешь?
fastapi / flask
FastAPI ничётакой. Сейчас мода на асинхронность идёт, а джанга кстати в этом плане тоже отстаёт тк переписывать орм на асинхронное сложно, насколько я понял. Асинхронную алхимию еще можно заюзать.
SQLAlchemy?
Обсуждают сегодня