ЧИСТАЯ ПРОГРАММНАЯ АРХИТЕКТУРА. Golang. ЖАРИМ

• Автор объясняет, что давно не выпускал ролики из-за занятости.  

• Канал был создан для обмена опытом в разработке.  

• Автор готов вернуться к созданию контента.  

• Автор обсуждает чистую архитектуру и её переосмысление.  

• Чистая архитектура не должна быть жёстко следовать правилам.  

• Важно изучать концепции и мыслить абстрактно.  

• Автор предлагает рассмотреть чистую архитектуру как концепцию.  

• Важно понимать, что чистая архитектура не всегда подходит для всех случаев.  

• Слепо следовать чистой архитектуре не имеет смысла.  

• Автор обсуждает использование паттернов в Go.  

• В Go наследование неполноценное, поэтому используются другие подходы.  

• Автор предлагает подписаться на канал для получения информации о паттернах.  

• Входные данные могут поступать из разных источников.  

• Данные должны быть обработаны и переданы в слой логики.  

• Логика должна быть независимой от технологий и транспортов.  

• Автор показывает пример кода и архитектуры.  

• Обсуждается использование паттернов и библиотек.  

• Важно понимать концепции, а не только структуру папок.  

• Входные данные обрабатываются в слое импута.  

• Логика не должна зависеть от моделей или контроллеров.  

• Контроллер зависит от бизнес-логики, а не наоборот.  

• Сервер использует юс кейс и импортирует структуру из бизнес-логики.  

• Это нормально, но лучше описать интерфейс, который хочет сервер.  

• Описание интерфейса помогает избежать циклических зависимостей и улучшает макирование и тестирование.  

• Автор решил изменить формат видео, сделав их более короткими и посвященными определенной теме.  

• В будущем будут видео, посвященные обработке ошибок и работе с джерписи ттп.  

• Бизнес-логика не зависит от импута, что улучшает тестируемость.  

• Используется библиотека для обработки ошибок и работы с джерписи ттп.  

• Мапинг данных создает модель к продакт с дополнительными полями для генерации айдишника и текущего времени.  

• Сервис работает с конкретной сущностью, например, продакт-сервис.  

• В сервисе используется кэширование и работа с данными.  

• Бизнес-логика не должна зависеть от репозиториев, чтобы быть заменяемой.  

• Контроллер зависит от слоя бизнес-логики, но не наоборот.  

• Бизнес-логика не зависит ни от чего, что делает ее переносимой и изменяемой.  

• Важно соблюдать флоу данных, чтобы бизнес-логика не импортировала данные.  

• В чистой архитектуре бизнес-логика не импортирует данные.  

• Если бизнес-логике нужно что-то получить, это делается через интерфейсы.  

• Избавление от зависимостей улучшает тестируемость и макируемость.  

• Автор подчеркивает важность концепции чистой архитектуры.  

• Видео посвящено короткой и интересной подаче материала.  

• Призывает подписываться на канал и оставлять комментарии.