Как и зачем начинать проекты на Django в 2021 году / Фёдор Борщёв
HTML-код
- Опубликовано: 10 апр 2023
- Приглашаем на Moscow Python Conf 2023, которая пройдет 19 и 20 мая 2023 в Москве в рамках Positive Hack Days.
Программа, подробности и билеты по ссылке conf.python.ru/moscow/2023
--------
Moscow Python Conf++ 2021
Профессиональная конференция для Python-разработчиков
27 и 28 сентября 2021. Москва, Radisson Slavyanskaya
Тезисы и презентация:
conf.python.ru/moscow/2021/ab...
В 2021 году Джанге исполняется 15 лет. Не пора ли ей на пенсию? Может, пора, но не всей?
Мы поговорим, как правильно готовить Джангу, чтобы запускать на ней новые проекты быстрее, чем на более молодых конкурентах.
...
--------
Нашли ошибку в видео? Пишите нам на support@ontico.ru
1 По поводу логики, часто у людей не хватает понимания, что имеется ввиду бизнес-логика. Логика связанная с сериализацией, конвертрацией данных, отображением и тп вполне себе уместна в сериализаторах и вьюхах соответственно. А то потом люди наслушаются что там не должно быть логики и пихают все это в сервисные объекты =((
2 По поводу админки, она конечно не очень гибкая, но вполне можно вызывать свои сервисы из save_form передавая туда валидированные данные аналогично с perform_create/perform_update во вьюхах, а save_model pass'нуть (туда передается незакоммиченный объект созданный в форме и просто save вызывается)
А хочешь сказать что создатели не хотят получить прибыль... за наш счет? Кто ответит, когда хозяева гитхаба или диджанга закроют "процесс поддержки"? Куда девать потраченные годы? Кто оплатит ущерб?
Для начала это сборище антипаттернов, вся джанга и ее батарейки. Она помимо того что сама является самым медленным фреймворком, она еще и замедляется самым медленным drf. Выстраивать архитектуру на фастапи с алхимией, это в сто раз приятнее и удобнее чем на джанге. Она устарела, и все за что держутся заказчики это ее популярность и админка. Ну очень сомнительно. Это ужаснейший фреймворк имхо.
Готов поспорить)
"Сборище антипаттернов, вся джанга и ее батарейки" - MVT, я не слышал ни от кого, что МVT антипаттерн.
"Медленный фреймворк/DRF" - по сравнению с чем? Сравниваем новомодный FastAPI, Flask или что? Конечно, они быстрее, если сравниваем "Hello, World" вьюхи. Попробуйте собрать полноценный проект на двух фреймворках, и вы заметите, что даже FastAPI, когда соберет все нужные функции, такие как авторизация, ORM, middleware и прочее, станет таким же "медленным", как Django.
На FastAPI вы все это соберете за n время, а на Django все это из коробки!
"Архитектуру на FastAPI с использованием SQLAlchemy" - дело вкуса! На SQLAlchemy запросы к БД возможно гибче, но не обязательно "удобнее". На Django ORM действительно ORM, лаконичный и красивый.
"Она устарела" - что? Django? Ни в коем случае! Django активно развивается, прочитайте последние изменения.
"Все, за что держатся заказчики, это ее популярность" - а что главное в разработке? Код\фреймворк или работающий проект, который может разработать и поддержать?
На всех ваших "микро" фреймворках, таких как Flask\FastAPI, изначально нет архитектуры, поэтому каждый начинает как хочет, и в итоге каждый проект на этих фреймворках разный по структуре. А на Django проекте, почти любой разработчик, приходя, сразу знает, что где искать.
"Это ужаснейший фреймворк имхо") ужасный не во всем))
Ты абсолютно не прав, но поймёшь это только через несколько лет. Или не поймёшь)
@@NMelis Ну раз готов) Не помню чтобы я говорил про mvt как антипаттерн в своем комментарии. Это просто очень устаревший шаблон, не более. Медленный, ну давайте сравним популярный pydantic, и drf сериализаторы) В pydantic я пишу практически обычный датакласс, в drf полностью свой подход с возможностью кучи кастомизаций которые не нужны, и производительность у этого соответствующая. Все сейчас все аннотируют и "типизируют" так вот drf мне выплевывает обычный dict, а pydantic полноценное типизированное DTO. Так что же все таки удобнее? Ну надеюсь вы же не используете для реквестов modelSerializer-ы? Иначе это совсем зашквар) Хм, А вишенка это ModelSerializer который дает в сериализаторе возможность создавать и обновлять объекты что ни в коем случае не антипаттерн) Ну да ну да). Это просто ну лень углубляться дальше когда это на поверхности. В django все из коробки, а на микрофреймворках приходится самим все выстраивать в плане архитектуры. Ну типа, а что у вас из коробки? Ваши проекты ограничиваются views.py и models.py? Ну тогда вы пишите маленькие проекты которые не выходят за рамки обычного CRUD) а если пишите, тогда "погодите погодите" - вы изобретаете такую же архитектуру как и на микрофреймворке. Да и не раз я собирал все что вы перечислили, и работало оно все равно хоть убей быстрее чем в django) ORM, да дело вкуса, полностью согласен. Лично для меня алхимия в разы удобнее чем джанговская орм которая заточена на удобство пользователя что априори не может работать быстрее чем алхимия, но оставим это на дело вкуса. Django развивается, да, спасибо бизнесу которому она очень выгодна из за большого количества ребяток которые и питон то не сильно учили, стартовали сразу с джанги. Но думаю тоже это опустим. И в сухом остатке, в плюс минус крупном проекте, вы все равно выстраиваете собственную архитектуру, но производительность всего этого будет больше чем у джанги с ее "прекрасными" батарейками. Я ни в коем случае никого не хочу переубедить или переспорить, только высказываю личное мнение на этот счет)
@@delir0 Ок)
Кольца в ушах, на руках - татуировки.
Что-то не хочется смотреть.....
не смотри