k
хорошая картинка кстати, я даже начал понимать 🤔
Size: a a a
2020 September 24
D
даже не в том зачем - что происходит со стэйтом. Если стэйт меняется последовательно и нет "других экторов в системе" то проблемы и не будет. Проблемы будут когда у тебя скажем 10 водителей подписываются на один заказ. Тебе это как-то надо удобно разруливать и не свихнуться.
есть паттерны которые легко решают эти вопросы, я не вижу проблемы в шаринге стейта типа статуса заказа для водителя
SP
а что за сервис где такие картиночки делаешь?
lucidchart
SP
есть паттерны которые легко решают эти вопросы, я не вижу проблемы в шаринге стейта типа статуса заказа для водителя
и один из таких паттернов - CQRS который позволяет это делать без шаринга стэйта. Юзкейс - например тебе надо не просто водителя выбрать, а из 10-ти подписавшихся выбрать того кто будет вести на основе факторов всяких. Например у тебя 6 водителей по дешевому тарифу а чел согласился на подороже и кто-то ближе кто-то дальше и где-то будет больше коммисия сервису и водителю и где-то меньше... словом тебе и решение может потребоваться принимат на основе кучи данных которые со временем меняются и начинают усложняться причинно следственные связи
SP
ну то есть "без шаринга стэйта" - без "запросить стэйт у другого". следует разделять. И то и то можно воспринимать как шаринг стэйта вопрос как это во времени разруливается
SP
но эту разницу можно убрать за счет утверждение что стэйт это то что меняется во времени. в случае сообщений - они не меняются)
D
ну то есть "без шаринга стэйта" - без "запросить стэйт у другого". следует разделять. И то и то можно воспринимать как шаринг стэйта вопрос как это во времени разруливается
у кого другого ? заказа ? зачем ?
SP
у кого другого ? заказа ? зачем ?
а у картинки зачем?
D
а у картинки зачем?
картинку чтобы не процессить второй раз
SP
короч - время это та штука которая в системах с collaborative domain порождает наибольшее количество сложности)
SP
а кейс с картинкой - там нет колаборации
SP
10 человек нажмут принять - кто первы вставл по условиям логики того и тапки - остальным отбой
ты не забывай что они не совсем одновременно нажмут и тебе может быть выгодно выбрать не первого а 4-ого потому что денег больше можно будет взять и все в плюсе.
SP
короч, вопрос масштабов и сложности домена. на картинках да конечно ничего не понятно
D
ты не забывай что они не совсем одновременно нажмут и тебе может быть выгодно выбрать не первого а 4-ого потому что денег больше можно будет взять и все в плюсе.
"по условиям логики" - это не значит первый в очереди
логика скажет - LogicService->canThisDriverTakeAnOrder($order, $driver)
логика скажет - LogicService->canThisDriverTakeAnOrder($order, $driver)
SP
покрути короч в голове вопрос "что если события во времени происходят не совсем одновременно и ты не можешь гарантировать что если два чела нажаьи кнопку одновременно то именно в этом порядке оно придет на сервер" )
SP
"по условиям логики" - это не значит первый в очереди
логика скажет - LogicService->canThisDriverTakeAnOrder($order, $driver)
логика скажет - LogicService->canThisDriverTakeAnOrder($order, $driver)
и теперь заскейли это на миллион поездок)
SP
еще у Уди был отличный пример с бронированием мест на стадионе