Domain Driven Design в Go - это не больно (почти) / Илья Сергунин (Авито)

Подписаться 4,4 тыс.

Просмотров 1,6 тыс.

50% 1

Приглашаем на конференцию Saint HighLoad++ 2024, которая пройдет 24 и 25 июня в Санкт-Петербурге!
Программа, подробности и билеты по ссылке: vk.cc/cuyIqx
--------
Профессиональная конференция для Go-разработчиков
Презентация и тезисы:
golangconf.ru/2023/abstracts/...
DDD - подход, состоящий из множества элементов, и, если смотреть на этот клубок сверху, можно ужаснуться и отложить все его преимущества в долгий ящик.
...
00:00 Приветствие
01:15 О чем доклад
02:08 План доклада
02:20 Стратегические паттерны
03:56 Единый язык в коде
04:53 Слои
06:38 Самовалидируемость данных
09:06 Объект Значение (Value Object)
13:14 Tiny / Power / Micro Types
15:03 Публичные или приватные поля
18:02 Сущность (Entity)
19:29 Агрегат (Aggregate) или Корневая Сущность (Root Entity)
22:52 Фабрика (Factory)
24:47 Репозиторий (Repostory) паттерн
31:43 Резюмирование
33:05 Вопросы и ответы из зала
--------
Нашли ошибку в видео? Пишите нам на support@ontico.ru

Развлечения

Опубликовано:

5 июн 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 7

@brunql Месяц назад

Действительно Достойный Доклад

@roman.chudov 9 дней назад

крутой доклад, полезный. очень понравился.

@devstrats Месяц назад

Спасибо за такой шикарный нужный доклад! Выделил главное и донёс слушателю. Максимальное количество пользы в единицу времени👍

@artishoo 17 дней назад

Писал я датамапперы, но кастил их на структурные теги. Это помогало отвязаться от конкретной реализации и отказаться от внедрения управления данными из сущности, которой манипулирует разработчик. Но чем больше закапывался в теги и рефлексию, тем больше текли абстракции, ведь структура хоть и не могла менять данные в базе, но много знала о них. Думаю для ДДД действительно важнее более явные структуры, в которых есть нужные данные, хоть и придется каждый раз реализовывать датамаппер для каждой сущности. Иначе абстракции протекать начнут.

@batazor 4 дня назад

Лучше обложиться dto'шками, чем потом мучаться с протеканиями 1 сущности в другую, тем более что copilot/etc берут много рутины на себя

@3a7adka 13 часов назад

возможно доклад хороший, но только если в качестве доказательства того, что подход залупа =) первые вопросы сразу же указывают на главные минусы подхода, которые очень значимы.