Thread @darkside_cat, репозиторий может в своих методах юзать другие репозитории? 41 Nachrichten · 23:23 –02:05 Б V По идеи нет, не должен
23:24 Б так же и юзкейсы не могут методы других юзкейсов вызывать?
23:25 V Тут уже хз, но тоже наверное больше нет чем да, что-то общее просто выносится в таком случае в отдельный сервис или что-то типа того
23:27 Б Так, секунду
Сервис это что?)
23:28 A Б Но ведь бизнес-логика в сущностях и юзкейсах
23:29 A а ты где-то сервисы в клин архитектуре наблюдал?
23:33 Б Depending on who you ask, a Use Case might only be known to someone as an application service.
Some developers see domain services and application services as the same thing.
00:06 A Б A зачем тогда бизнес-логика у сущностей?)
00:08 Б A На объяснение не очень котируется
00:10 V В чистой архитектуре просто выделены только entities и use cases в "domain" слое, в DDD они подразделяются на намного больше частей. Я уже сам запутался про что мы говорим )
23:34 A Переводим бенза на DDD и вертикал слайс
23:35 Б Так, окей, если говорить про DDD то оно там как?
23:47 V Б Отвлечённый вопрос навеянный левой статьёй с того же ресурса: Value Object это штука, представляющая собой атрибут Сущности?
00:02 А Обычно какой-то примитив с валидацией. Email, Address, или MyEntityId, например
00:04 А А так, да, один из атрибутов сущности
00:05 Б Хм, прочитал не полностью (чейчас на доменных сервисах), пока что всё выглядит так будто CA и DDD отличаются чисто количеством слоёв и подробностью дробления
00:31 А Не сказал бы. У DDD больше вещей сцеплены вместе в области домена
00:36 Б у DDD наоборот, больше штук выделены в отдельные понятия, связанные с доменом
00:40 А Да, но все они лежат в domain/
00:41 Б И описывают концепты предметной области / бизнес-логику
00:41 Б Так что она оказывается собрана в одном месте
ИМХО это красиво
00:42 А Вот разнести её на core/ и services/ бы
00:43 Б Ну это и там и там подразумевается
00:49 Б Хотя не так
Предметная область описывается отдельно, а бизнес-логика уже вне предметной области
00:43 Б Тот же домейн сервис
00:41 А Б Прочитал только начало, и мне кажется теперь что агрегаты это хитрая прослойка между репозиторием и сущностью)
01:36 Б Хм, дочитал
Теперь, с примером про пузыри, это кажется чем-то типа "контекста"
01:48 Б И теперь я могу сказать что у меня агрегатами являются Conference и Dialog🤔
01:49 Б И да, основная идея, как я понял, в том чтобы отдельный пузырь мог работать полностью изолированно
02:01 Б Получается что если правильно выделить агрегаты, создать для каждого из них репозитории то всё будет чики-пуки👌
02:02 Б А если конкретнее то репозиторий чатов и репозиторий диалогов, получается, оба могут получать сообщения
02:03 Б При том каждый абсолютно самостоятельно
02:03 Б И ещё репозиторий для сообщений🌚
02:05 Б Хотя... Он-то нахер не нужен, сообщения отдельно от диалога/конфы никому не интересны
02:05 Link kopieren Ein offener öffentlicher Feed aus dem Suchindex
ChatCrawler — „Google für das öffentliche Telegram“; wird aktualisiert, während die Community gecrawlt wird.
Zeiten in UTC.
Nur öffentliche Inhalte, offizielle Telegram-API.
Über uns ·
FAQ ·
Grenzen des Index ·
Seite entfernen ·
Katalog ·
Suche ·
So zählen wir