yv
Теоретически можно, вопрос только на основе какой теории. Потому что либо у меня есть непонимание того, так работает стор. Либо присутствует утечка абстракции в самом эффекторе. Либо есть реализация с багом.
скорее всего первое)
Size: a a a
2020 November 27
DS
скорее всего первое)
Ты понял почему разное?
yv
Ты понял почему разное?
разное что?
DS
разное что?
Просто cliks в сорсе или семпл
yv
Просто cliks в сорсе или семпл
разверни вопрос, я не понимаю :) там же всё одинаково вроде, и с sample, и с просто clicks?
DS
разверни вопрос, я не понимаю :) там же всё одинаково вроде, и с sample, и с просто clicks?
Неа. Разверну ответ) стор же апдейты пропускает
yv
я наверно отупел с утра) что где пропускает, что не так, тыкните пальцем
DS
я наверно отупел с утра) что где пропускает, что не так, тыкните пальцем
А тю там инкремент просто🤦♂️да точно нет разницы, то я отупел сутра
Но если бы от ивента значение напрямую или через трансформацию сетилось в стор, то были бы отличия потенциально
Но если бы от ивента значение напрямую или через трансформацию сетилось в стор, то были бы отличия потенциально
yv
ну да, я поэтому и написал «в данном случае (когда стор всегда обновляется от события)»
S
Что за отличия? А то этот сампл с евентом встречается не один раз.
DS
Что за отличия? А то этот сампл с евентом встречается не один раз.
Понимание семпла прийдёт когда будут юзкейс ы
🚀🚀
Всем привет. Есть такой пример гуарда https://share.effector.dev/zLB4NwNV Интересный момент - source: sample(clicks, clickRequest). clickRequest уже прописан в сторе clicks. Получается что стор не всегда поддерживает свои же события?
не очень понятно, как был сделан такой вывод, но сэмплу безразлично, какие ещё взаимоотношения есть между стором и эвентом, он просто ждёт пока все участники обновятся и затем читает значение из source, то есть в данном случае, при срабатывании clickRequest стор clicks обновляется и затем обновлённое значение передаётся дальше в guard
сэмплы всегда ждут, пока значения входящих в них сущностей устаканится, это как раз для того, чтобы не гадать, успеет обновиться стор или нет: всегда успеет, так проще
сэмплы всегда ждут, пока значения входящих в них сущностей устаканится, это как раз для того, чтобы не гадать, успеет обновиться стор или нет: всегда успеет, так проще
S
т.е. sample(clicks, clickRequest) нужен для того, чтоб guard не обновился раньше, чем clicks отреагирует на clickRequest?
OR
не очень понятно, как был сделан такой вывод, но сэмплу безразлично, какие ещё взаимоотношения есть между стором и эвентом, он просто ждёт пока все участники обновятся и затем читает значение из source, то есть в данном случае, при срабатывании clickRequest стор clicks обновляется и затем обновлённое значение передаётся дальше в guard
сэмплы всегда ждут, пока значения входящих в них сущностей устаканится, это как раз для того, чтобы не гадать, успеет обновиться стор или нет: всегда успеет, так проще
сэмплы всегда ждут, пока значения входящих в них сущностей устаканится, это как раз для того, чтобы не гадать, успеет обновиться стор или нет: всегда успеет, так проще
круто!
🚀🚀
т.е. sample(clicks, clickRequest) нужен для того, чтоб guard не обновился раньше, чем clicks отреагирует на clickRequest?
нет, этот сэмпл просто читает значение стора при срабатывании эвента
если передать в source guard сам clicks, то это будет читаться как «при каждом апдейте стора передать его значение», с сэмплом же получается «при срабатывании clickRequest передать значение стора»
если передать в source guard сам clicks, то это будет читаться как «при каждом апдейте стора передать его значение», с сэмплом же получается «при срабатывании clickRequest передать значение стора»
S
разве апдейт стора не происходит при каждом событии clickRequest?
S
т.е. у стора есть внутренняя функция сравнения, которая решает будет ли сгенерировано событие апдейта или нет?
🚀🚀
разве апдейт стора не происходит при каждом событии clickRequest?
это не имеет значения, команду на запуск выдаёт clickRequest, стор может вообще не меняться, сэмплу всё равно, он просто читает из стора данные
🚀🚀
в этом одна из основных идей сэмпла — не важно как часто апдейтится source, триггером является clock. source может хоть каждую секунду меняться
yv
т.е. у стора есть внутренняя функция сравнения, которая решает будет ли сгенерировано событие апдейта или нет?
да, если значение в сторе не менялось — то апдейта дальше не будет из стора