Видео

Привет, спасибо за отзыв! В следующих видео я увеличил шрифт, надеюсь, теперь его будет достаточно. Если нужно больше дайте знать, пожалуйста

Thanks for watching!

Привет! Да, согласен, вынести эксепшены в отдельный файл - хорошая идея, это действительно упрощает расширение и улучшает структуру. В видео, к сожалению, не всегда удаётся охватить всё идеально, как в коде, например, при создании Merge Request. Снятие видео - процесс трудозатратный, поэтому какие-то моменты я оставляю на усмотрение зрителей. Скорее всего, этот рефакторинг я опишу в одном из следующих видео Очень радует, что вы действительно интересуетесь и замечаете такие моменты - спасибо!

@ Я без претензий))) Просто заметил) У тебя хороший контент, продолжай! Я сам на Джанго работаю, но последнее время в фастАПИ потянуло))) Поэтому, желаю удачи и буду смотреть)))

Спасибо за ваш интерес! 👍

Спасибо большое за поддержку! Рад, что материал полезнен.

Спасибо за поддержку!

Спасибо вам! Очень приятно, что вы цените мой подход 😊

Спасибо огромное за вашу поддержку! Это очень мотивирует продолжать делиться полезным контентом 🙌

Привет, спасибо за комментарий и хороший вопрос! На данном этапе я стараюсь больше посвятить внимание Python, а вопросы архитектуры и инфраструктуры буду раскрывать в следующих уроках. Итак, относительно вопросов: Почему репозиторий - это менеджер? UserManager в нашем случае управляет данными пользователей в оперативной памяти и не взаимодействует с базой данных (условно выполняет роль базы данных). Это не полноценный репозиторий в терминах DDD, а скорее упрощённая абстракция для демонстрации идеи. В уроке, который я запланировал под названием "Паттерн Репозиторий в FastAPI", я заменю UserManager на SQLAlchemy (с использованием PostgreSQL) и добавлю полноценный слой репозитория. Урок также будет посвящён тому, как репозиторий помогает разделить бизнес-логику и взаимодействие с БД. В более сложной архитектуре я использую такую цепочку: БД request -> endpoint -> dto -> service -> dto -> repository -> orm -> db Для других стораджей: request -> endpoint -> dto -> service -> dto -> repository -> library -> storage С кастомной реализацией: request -> endpoint -> dto -> service -> dto -> repository -> adapter -> storage Для простых случаев: request -> endpoint -> service -> orm -> db Через несколько уроков я планирую ввести такие элементы, как: Service (сервисы для бизнес-логики) DTO (объекты для передачи данных) Repository (слой для работы с данными) ORM (например, SQLAlchemy для взаимодействия с БД). Адаптер - собственный слой, который адаптирует сторонний API (библиотеку) к интерфейсу приложения Почему контроллер - это представление? Например, /login - это эндпоинт (контроллер в FastAPI, а не чистый вью в классическом смысле), который обрабатывает HTTP-запросы. В моём примере он вызывает UserService для проверки данных пользователя и создания токенов. Сам эндпоинт не содержит бизнес-логики - он выполняет роль "посредника" между запросом и сервисами. Если тебе интересно углубиться в эту тему, рекомендую статью: medium.com/@jeremyalvax/fastapi-backend-architecture-model-controller-service-44e920567699

@@python-practice кстати, вот ты упомянул DDD. И мне сразу же вспомнилась книжка про TDD Кента Бека. И собственно говоря, предлагаю сделать серию видео роликов по разработке с применением методики TDD.

Спасибо за предложение! окей, сделаем чуть позже

Кстати, я посмотрел на код, и да, действительно, в эндпоинте add_user я нарушаю принцип разделения ответственности, вызывая менеджер (user_manager). В следующем видео я сделаю рефакторинг и перенесу бизнес-логику в сервис (UserService), чтобы исправить эту проблему. Получилось это изза того что эндпоинт был создан раньше сервиса.

Спасибо! Рад, что понравилось.

Спасибо! Рад, что формат вам нравится. Если есть пожелания или вопросы, пишите!

Я бы точно эту тему на intermediate плайлисте бы сделал, хотя ее тут было бы удобно рассмотреть. Подумаю, спасибо.

@python-practice ещё просьба небольшая. Сделай пж видео по jwt. Хочу на выходных разобраться как делать авторизацию с возможностью отзыва токена, его протуханием и обновлением

@@python-practice и если честно на spring boot все как то полегче

@@DEVJCactus окей, сделаю

XML в процессе, XLSX посмотрим может позже сделаю. На Celery надо отдельный урок сначала чтоб в целом показать как он работает

сделаю чуть позже

"Ютуб лагает ужасно)" - не жлобись, купи себе VPN. Стоит копейки

@@ilungamasan посоветуй какой?

@@DEVJCactus у меня, например, уже полтора года browsec - вполне меня устраивает, поддержка отзывчивая (есть русскоязычный канал в Телеграм). Когда идут блокировки (как на днях было), за 2-3 дня восстанавливает связь. Дешевле покупать годовую подписку, в момент скидок, которые переодически у них бывают.

увеличил с 13 до 15, попробую 16 тогда в следующий раз (хочу оставить обзорность кода)

@python-practice минимум 24)

Привет! Окей, сделаем

обязательно, работаю над продолжением

@@python-practice Спасибо !

Спасибо за предложение, сделаю следующий урок об этом.

@@python-practice спасибо. Видео действительно интересные. Работаю программистом год и в основном приходится работать с файлами XML, CSV. Поэтому предлагаю ещё разобрать работу с XML в двух вариантах - Dom и потоковый метод.

Хорошо, разберем

Окей, учту

Спасибо!

cпасибо!

спасибо