A
Size: a a a
2020 September 24
SP
Так или иначе кто-то должен проверять, чтобы не было лишней работы и брать существующее. Если картинка залетает в сервис, то он должен ее процессить. Может быть еще другой сервис, который будет кешировать картинки и проверять есть ли они уже сохраненные
"лишняя работа" это делать проверки процессит ли твой воркер одно и то же сообщени лишний раз в пару недель.
SP
В чем проблема с шарингом стейта?)
проскроль выше узнаешь)
SP
основная проблема - temporal coupling. если у тебя шаринг стэйта и request response ты не можешь ничего гарантировать вообще и как снежный ком начинают расти все эти isProcessed и прочие статусы
SP
еще можно почитать старое доброе goto considered harmful где тоже объясняется почему человеки оч плохо в голове процессы разворачивающиеся во времени представляют. Там сложно. А где сложно там баги
D
основная проблема - temporal coupling. если у тебя шаринг стэйта и request response ты не можешь ничего гарантировать вообще и как снежный ком начинают расти все эти isProcessed и прочие статусы
опять же смотря как юзать эти все флаги, если они используются для защиты от перегрузки сервисов или повтороного процессинга, то лично я не вижу в этом ничего плохого
SP
конечно легко рассматривать кейс "вот у меня есть штука я у нее спрашиваю и делают дела". Другой вопрос что есть тысяча штук и все в этот момент чет делают и все чуть чуть во времени разнесено и хуй знает что в каком порядке будет происходить
SP
аналогично user->isMale - тоже шаринг стейта
еще раз - если ты не представляешь как сделать без шаринга стэйта - это твоя проблема. Я тебе говорю можно, ты не веришь и пробовать не будешь) так что в целом можем остановить это бессмысленное обсуждение)
SP
еще раз - если ты не представляешь как сделать без шаринга стэйта - это твоя проблема. Я тебе говорю можно, ты не веришь и пробовать не будешь) так что в целом можем остановить это бессмысленное обсуждение)
проблема даже не в шаринге стэйта а как это происходит. За счет "спрошу у юзера кто он" или "вот у меня последовательность событий на основе которой я принимаю решение что делать дальше".
D
проблема даже не в шаринге стэйта а как это происходит. За счет "спрошу у юзера кто он" или "вот у меня последовательность событий на основе которой я принимаю решение что делать дальше".
это вопрос семантики
user->areYouMale == user->isMale для меня
user->areYouMale == user->isMale для меня
SP
есть скажем хороший пример - настройки. Это тоже "шаринг стэйта" в каком-то ключе. И тут много вариантов как это делать. И да там будут геттеры. Но сами настройки это тупой круд. Они влияют на вещи а не вещи влияют на них
SP
это вопрос семантики
user->areYouMale == user->isMale для меня
user->areYouMale == user->isMale для меня
это вопрос насколько тебе больно работать с системой.
D
это вопрос насколько тебе больно работать с системой.
да вообще не больно, для меня семантика называний методов не имеет значения
A
проскроль выше узнаешь)
Проскролил) Тут либо философия и архитектура, либо практическая задача с сервисом картинок. Я сначала думал, что оно связано, но похоже, что нет)