Разработка Golang production платформа e-commerce. Часть 9

Переделываем работу с DTO в разных слоях. Опять. :-)

1. Создай свои списки задач.
2. Подготовься пройти собеседование: проходи списки задач по выбранной теме и подтяни теорию и практику.
3. Подготовься провести собеседование: создай список вопросов по теории и практи и вышли кандидату, а потом пообщается по результатам.

Посмотреть как выглядит список вопросов и отчет о выполнении можно тут:

Поддержи выход новых видео на Патреоне!

Другие видео:
Уроки по Golang. Advanced. REST API. Вебсервер.

----
Меня зовут Артур Карапетов и я занимаюсь всем, что связано с разработкой. Я создаю высоконагруженные информационные системы, стартапы, занимаюсь личным обучением людей в сфере разработки (программисты, аналитики, системные администраторы), также я помогаю компаниям и стартапам с обучением людей работать и повышением их квалификации.

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

#go #golang #tutorial #platform #production #development #howto #learnbasics #coding #programming #изучаемIT #программирование #разработка

[alex-xb]

Мне кажется вы все в кучу смешали, доменная логика не должна знать о GRPC и прочих адаптерах - 21:30. В данном случае, как по мне, конкретные мапперы должны быть где-то в controller/grpc.

[AlexTrust]

а продолжение будет ? хотя бы понимать +- когда и будет ли
крайне любопытно посмотреть на реализацию DDD
да и про zap было бы интересно

[Aaaa-jnbm]

Подскажите пожалуйста, почему при выбранном вами подходе, не передавать UserModel параметром в методы DAO, а уже в слое DAO не маппить UserModel в известную модель для используемой базы данных?

[unicoxrtj]

лайк и коммент для поддержки видоса. Мне чутка рановато сюда) Но что-то хорошее кодится)

[andrews]

Ещё при просмотре первых видео не понимал почему в бизнес-логику передаётся DTO от транспорта и не делал так.
Логично что контроллеров может быть много (и GRPC и REST и Kafka), а они оперируют разным набором данных, которые нужно привести к одному виду для бизнес-логики.
По факту, если у вас микросервис, то и преобразований так много не нужно, достаточно DTO (Controller) -> Entity (бизнес-логика) -> Model (скрыто под капотом Storage). Но зависит от задачи. Бизнес-логика оперирует только своими данными из модели Entity и не знает ничего о модели контроллера и модели под капотом хранилища. Хранилище же при отдаче данных в бизнес-логику, приводит их к виду Entity. Меня такая реализация ещё никогда не путала.