Гілка@darkside_cat, репозиторий может в своих методах юзать другие репозитории?

41 повідомлення · 23:23–02:05

Бензофурран Нейроцикл

@darkside_cat, репозиторий может в своих методах юзать другие репозитории?

23:23

V
Vitalii Hreben
По идеи нет, не должен
23:24
1. Б
  Бензофурран Нейроцикл
  так же и юзкейсы не могут методы других юзкейсов вызывать?
  23:25
  1. V
    Vitalii Hreben
    Тут уже хз, но тоже наверное больше нет чем да, что-то общее просто выносится в таком случае в отдельный сервис или что-то типа того
    23:27
    1. Б
      Бензофурран Нейроцикл
      Так, секунду Сервис это что?)
      23:28
      1. A
        A
        бизнес-логика
        23:28
        Б
        Бензофурран Нейроцикл
        Но ведь бизнес-логика в сущностях и юзкейсах
        23:29
        A
        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:06
        Б
        Бензофурран Нейроцикл
        Чего это вдруг
        00:07
        A
        A
        зачем тогда бизнес-логика у сущностей?)
        00:08
        Б
        Бензофурран Нейроцикл
        Фотографія
        натисніть — покажемо
        00:10
        A
        A
        На объяснение не очень котируется
        00:10
        V
        Vitalii Hreben
        В чистой архитектуре просто выделены только entities и use cases в "domain" слое, в DDD они подразделяются на намного больше частей. Я уже сам запутался про что мы говорим )
        23:34
        A
        A
        Переводим бенза на DDD и вертикал слайс
        23:35
        Б
        Бензофурран Нейроцикл
        Так, окей, если говорить про DDD то оно там как?
        23:47
        V
        Vitalii Hreben
        Посилання
        натисніть — покажемо
        https://khalilstemmler.com/articles/software-design-architecture/domain-driven-design-vs-clean-architecture/
        23:49
        Б
        Бензофурран Нейроцикл
        Отвлечённый вопрос навеянный левой статьёй с того же ресурса: 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
        А
        Айван
        Вот тебе ещё про агрегаторы (в нескольких частях про DDD)) https://www.jamesmichaelhickey.com/domain-driven-design-aggregates/
        23:52
        Б
        Бензофурран Нейроцикл
        Прочитал только начало, и мне кажется теперь что агрегаты это хитрая прослойка между репозиторием и сущностью)
        01:36
        Б
        Бензофурран Нейроцикл
        Хм, дочитал Теперь, с примером про пузыри, это кажется чем-то типа "контекста"
        01:48
        Б
        Бензофурран Нейроцикл
        И теперь я могу сказать что у меня агрегатами являются Conference и Dialog🤔
        01:49
        Б
        Бензофурран Нейроцикл
        И да, основная идея, как я понял, в том чтобы отдельный пузырь мог работать полностью изолированно
        02:01
        Б
        Бензофурран Нейроцикл
        Получается что если правильно выделить агрегаты, создать для каждого из них репозитории то всё будет чики-пуки👌
        02:02
        Б
        Бензофурран Нейроцикл
        А если конкретнее то репозиторий чатов и репозиторий диалогов, получается, оба могут получать сообщения
        02:03
        Б
        Бензофурран Нейроцикл
        При том каждый абсолютно самостоятельно
        02:03
        Б
        Бензофурран Нейроцикл
        И ещё репозиторий для сообщений🌚
        02:05
        Б
        Бензофурран Нейроцикл
        Хотя... Он-то нахер не нужен, сообщения отдельно от диалога/конфы никому не интересны
        02:05