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

Ойын-сауық

Приглашаем на конференцию 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

Пікірлер: 7

  • @brunql
    @brunqlАй бұрын

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

  • @roman.chudov
    @roman.chudov11 күн бұрын

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

  • @devstrats
    @devstratsАй бұрын

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

  • @artishoo
    @artishoo19 күн бұрын

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

  • @batazor

    @batazor

    6 күн бұрын

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

  • @3a7adka
    @3a7adka2 күн бұрын

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

  • @pashk1ns
    @pashk1ns6 күн бұрын

    meh

Келесі