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

[@МарсДевелопер]

интрига держится уже 5й месяц)

[@TheSimplesnake]

Больше абстракций богу абстракций 😂

[@AlexTrust]

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

[@Aaaa-jn4bm]

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

[@TheArtofDevelopment]

да, отличная идея. сделаю так во 2ой части

[@unicoxr5tj417]

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

[@Sebastian-zz8id]

Добрый день, это финальная часть?

[@TheArtofDevelopment]

добрый, нет, будут еще части.

[@Человек-р9ц]

@@TheArtofDevelopment А когда буду?

[@andrews9467]

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

[@TheArtofDevelopment]

так делал раньше