+

Простите, пропустил идею)
1. Боюсь это будет не просто, потому что обычно только вы понимаете где и что можно оптимизировать в конкретной регулярке, например а точно ли нужны все цифры и буквы, или достаточно букв ну или что-то типо того.
2. Не сталкивался даже с ситуацией, когда такое вообще понадобилось бы, обычно регулярка пишется сразу и в случае чего переписывается, а вот чтобы их соединять по условию… Правда, не сталкивался, поэтому будет сложно мотивироваться такое сделать, хотя думаю мозги разомнутся 😅

Не в том смысле, что я не терплю общения в этом чате на такие темы, мне лично пофигу где обсуждать и что, а в том, что вас забанят за оффтоп, вас же и оберегаю 😅

Требуется как ни странно в ai всяком, для оптимизации парсинга разных сущностей. Для оптимизации человек не требуется это просто процедура слияния графов некоторым детерминированным образом.

Да и пусть банят. Я редко что то пишу.

Звучит так, как вроде бы вы уже знаете как это делать и вам осталось совсем чучуть доделать)))

Я знаю как делать, но делать самому нет времени. А вообще нам бы такое пригодилось в работе.

Приветствую читающих, осваиваю domain driven design от Эрика Эванса. Держа в голове мысль, что нужен компромис между теорией и реализацией, задался вопросом по поводу фабрик. Стоит ли репозиторий делать аргументом в конструктор для сборки сложного (есть вложенные обьекты) обьекта?

Репозиторий возвращает агрегат, что ты из него конструировать планируешь?

репозиторий возвращает только простые обьекты (без вложенных)

Нуу. Нет. Репозиторий должен возвращать агрегат

почему?

По определению. Репозиторий это коллекция агрегатов. И агрегат это граница консистетности состояния

Фабрика же вообще предполагает создание новых объектов

То есть начало жизненного цикла агрегата

Агрегат - штука неделимая, внутренние сущности не могут идеологически, а значит - и технически, существовать вне агрегата.
Либо у тебя не агрегат, а просто хочешь сущности в один комок слепить. Так тоже не комильфо.

Получается у меня не агрегат, все внутренние обьекты могут существовать обособленно, как минимум иметь свои справочники. Как в таком случае быть? где собирать этот составной обьект? в репозитории? сервисе?

Просто не собирать, пользоваться ими отдельно 😊

+