Size: a a a

Software Design/Architecture/Zen

2020 December 16

SP

Sergey Protko in Software Design/Architecture/Zen
knopkod4v
порезал - страдаешь, не порезл тоже страдаешь 🤔
Ну pain driven - болит режем
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Yury Golikov
А как агрегаты снижают сложность? И не повышают ли они ее?
Агрегаты сами по себе просто единица партиции данных, никто не мешает их делать жирными
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Вот когда eventual consistency сложный какой
источник

k

knopkod4v in Software Design/Architecture/Zen
Yury Golikov
А как агрегаты снижают сложность? И не повышают ли они ее?
ну типа если у тебя в объекте 10 статусов и в зависимости от статуса постоянно то так, то эдак логика крутится 🤔
источник

SP

Sergey Protko in Software Design/Architecture/Zen
knopkod4v
ну типа если у тебя в объекте 10 статусов и в зависимости от статуса постоянно то так, то эдак логика крутится 🤔
Прикол в том что врядли там такая логика на статусах и отсутствует колаборация
источник

YG

Yury Golikov in Software Design/Architecture/Zen
knopkod4v
ну типа если у тебя в объекте 10 статусов и в зависимости от статуса постоянно то так, то эдак логика крутится 🤔
Не понял мысль. Типа есть 10 каких то статусов. Есть логика работы с ними. Мы можем только поменять консистентность на eventual и раскидать их по разным местам, добавив оркестратор. Как это уменьшит сложность?
источник

k

knopkod4v in Software Design/Architecture/Zen
Yury Golikov
Не понял мысль. Типа есть 10 каких то статусов. Есть логика работы с ними. Мы можем только поменять консистентность на eventual и раскидать их по разным местам, добавив оркестратор. Как это уменьшит сложность?
если каждый тип будет сам по себе консистентен - не нужно eventual. А вот рид моделька, в которой будет поле status - да, она будет eventual
зато логика зависящая от конкретного статуса будет в отдельном объекте
источник

SP

Sergey Protko in Software Design/Architecture/Zen
knopkod4v
если каждый тип будет сам по себе консистентен - не нужно eventual. А вот рид моделька, в которой будет поле status - да, она будет eventual
зато логика зависящая от конкретного статуса будет в отдельном объекте
У меня забрали 5 баксов а тебе они не дошли - состояние кошельков консистентно но есть нюансы
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
разве это не коллаб на ресурсе?
источник

k

knopkod4v in Software Design/Architecture/Zen
Sergey Protko
У меня забрали 5 баксов а тебе они не дошли - состояние кошельков консистентно но есть нюансы
но ведь та шутка, где эти 5 баксов есть - оно тоже консистентно и рано или поздно они дойдут
то есть процесс перевода денег будет eventually консистентным, а кошельки immediate.
источник

k

knopkod4v in Software Design/Architecture/Zen
я не шарю короч =\
источник

SP

Sergey Protko in Software Design/Architecture/Zen
knopkod4v
но ведь та шутка, где эти 5 баксов есть - оно тоже консистентно и рано или поздно они дойдут
то есть процесс перевода денег будет eventually консистентным, а кошельки immediate.
Эт если у тебя есть что то между
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Nservicebus какой
источник

k

knopkod4v in Software Design/Architecture/Zen
ой всё, го через дабл диспатч работать
а то даже чтобы ивентики разобрать после транзакции - уже нужно прилично инфраструктуры
источник

k

knopkod4v in Software Design/Architecture/Zen
или можно на С# переползти :D
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
knopkod4v
или можно на С# переползти :D
на php есть php-service-bus😁
источник

k

knopkod4v in Software Design/Architecture/Zen
Dmitriy Tkachenko
на php есть php-service-bus😁
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Dmitriy Tkachenko
на php есть php-service-bus😁
примитивная реализация под кролика заняла у меня где-то 2К строк кода
источник

Р

Руслан in Software Design/Architecture/Zen
Sergey Protko
примитивная реализация под кролика заняла у меня где-то 2К строк кода
В опенсорсе этой реализации нет? 😁
источник

SP

Sergey Protko in Software Design/Architecture/Zen
нет и не планируется
источник