SP
Platform team: a grouping of other team types that provide a compelling internal product to accelerate delivery by Stream-aligned teams
https://teamtopologies.com/key-concepts
https://teamtopologies.com/key-concepts
Size: a a a
2021 February 15
SP
идея скорее в том что бы у каждой папки в руте проекта был явный оунер)
k
Я очень пытаюсь понять в чем отличие сервиса домена от сервиса приложения. Синяя книга ввела меня в ступор. В ней говорится, что доменный сервис появляется, если операцию нельзя применить к конкретной сущности (агрегату) и тогда эта логика переносится в сервис. Как следствие, доменный сервис работает исключительно с доменными сущностями, а не идентификаторами и примитивными типами. Получается, что доменный сервис не может зависить от [интерфейса] репозитория? Но мы же в основном пишем приложения в которых на вход приходят примитивы и есть необходимость работать с репозиториями. Получается, что эти примитивы обрабатывает сервис приложения и передает (если надо) в сервис домена?
по идее идентификатор может быть и объектом, а что внутри объекта только идентификатор - это уже детали реализации
SF
по идее идентификатор может быть и объектом, а что внутри объекта только идентификатор - это уже детали реализации
Но это же не "сущность". У меня в языке всё - объект)
k
Но это же не "сущность". У меня в языке всё - объект)
почему не сущность? Идентификатор же у неё есть 🤔
SF
почему не сущность? Идентификатор же у неё есть 🤔
Идентификатор - не сущность. Не всякий объект - сущность.
SP
Но это же не "сущность". У меня в языке всё - объект)
начнем с того что "сущность" оч вредная штука)
SP
я не могу сча прувы найти но Эванс вроде как жалел что сущности запихнул настолько рано в книге. В идеале в сноски какие-нибудь.
SP
концепция identity и жизненного цикла это важно, но это в целом про стэйт. Вещь которая после прочтения синей книги не очевидна что identity может жить отдельно от сущности.
SP
мол какой-нибуь общий айдишник который либо существует либо нет (а это уже стэйт и жизненный цикл)
SF
концепция identity и жизненного цикла это важно, но это в целом про стэйт. Вещь которая после прочтения синей книги не очевидна что identity может жить отдельно от сущности.
Отдельно - это как?
SP
ну вот какой-нибудь OrderId вокруг которого живут какие-то сущности.
SF
Отдельно - это как?
Ну это же временно, разве нет? Пока сама сущность не создана
SP
что значит "временно"?
SF
что значит "временно"?
Пока сама сущность не создана
SP
Ну это же временно, разве нет? Пока сама сущность не создана
а если у тебя несколько сущностей каждый из которых ссылается на один и тот же identity
k
ну вот какой-нибудь OrderId вокруг которого живут какие-то сущности.
а если назвать его Order, без суффикса - так и вообще не отличишь
SP
а если назвать его Order, без суффикса - так и вообще не отличишь
ну это все ж будет в заблуждение вводить
k
ну это все ж будет в заблуждение вводить
может быть, я так на практике не пробовал, тем более в команде
SP
Ну это же временно, разве нет? Пока сама сущность не создана
грубо говоря если тебе говорят
Order has something это так же можно трактовать как something is associated with order и вдруг окажется что order это просто identity и своего стэйта у него нет.