RL
всё так. поэтому я и написал про instanceof или coercion любой.
Size: a a a
2021 November 02
A
Понял. Костыли какие-то. Оставлю все публичным тогда. Спасибо за помощь
SP
save your repository from save
SP
тебе инкапсуляция нужна только для того что бы создать ивент, что бы была жесткая привязка "операция - ивент". В случае агрегатов например - агрегат поменял свое состояние но это не означает что транзакция в базе завершена. как следствие все что ты можешь сделать сложить ивенты в буфер. Где этот буфер и как из буфера ивенты попадают в брокеры и т.д. - это все уже детали реализации
A
Ну да, чтобы создать ивент. И чтобы ивент модели только при операции создавался. А когда есть публичный доступ к буферу, то и ивент туда можно положить минуя модель. А я как раз и не хотел это делать
A
Что это значит?
ПГ
А что, это плохо "отправлять ивенты из сервиса" ?
A
Ну это ивенты модели. Хотелось бы чтобы только модель их отправляла во время своих операций
ПГ
Во время операции звучит двойственно, ведь пока операция не закоммичена - то операции по сути и не было еще. Передавать в конструктор, имхо - самый неочень вариант. По большей части, запихаете вы диспатчеер в сущность, или из сущности достанете и передадите в диспатчер - разницы с точки зрения профита, вроде никакого нет. Никто не помешает сделать фейкдиспатчер и потом делать с ивентами что угодно.
SP
сервисы юзкейсы часть модели
SP
модель это не сущности, модель это модель бизнес процессов. логика. сущности только ее часть. Ивенты это факты. Тот кто знает что что-то произошло тому можно "запоминать" ивенты. И не важно кто он, сущность или там сервис или еще кто. Это детали реализации.
SP
ПГ
Сайт с точным вхождением не хочет показывать презентацию :) Как я понимаю, это про то, что не нужно располагать метод save в репозитории. А в чем проблема этого?
SP
ну это загоны на тему чем репозиторий отличается от table/row gateway
2021 November 03
RL
Игра слов, хорошая 👍
DP
Может быть вопрос покажется совсем глупым и казуальным...
Как правильно делать статусные модели?
Может быть есть литература, бест практис, советы, типсы.
Как правильно делать статусные модели?
Может быть есть литература, бест практис, советы, типсы.
SP
А что такое "статусные модели"?
DP
Некий набор статусов по которым можем передвигаться объект.
DP
Я просто понять не могу...
Мне нужна стейт машина?
Или обойдусь енумом?
Просто образовалось две системы в каждой из них разные статусные модели.
И как то статусные модели не хотят работать вместе.
Я не уверен, что смогу пообщаться с бизнесом.
Мне нужна стейт машина?
Или обойдусь енумом?
Просто образовалось две системы в каждой из них разные статусные модели.
И как то статусные модели не хотят работать вместе.
Я не уверен, что смогу пообщаться с бизнесом.
SP
Не делать такого, статусы намекают что есть разные этапы в цикле жизни сущности и как следствие нужны разные данные и применяются разные правила. То есть лучше разрезать это дело на несколько независимых обьектов