М
myStore.set(someProcessing(get(myStore)))
Size: a a a
2021 October 09
A
Ну и зачем эти навороты, если есть уже готовый метод?
E
Типа: "посмотрите что я придумал"?
М
С этим связан второй вопрос.
Можно ли в update принять решение по каким-то условиям всё таки не трогать store, чтобы подписчиков не дёргать?
Можно ли в update принять решение по каким-то условиям всё таки не трогать store, чтобы подписчиков не дёргать?
М
В доке написано, что после update внутри вызывается set
A
Внутри update можете писать любую логику, пока нет return стор не обновляется и соот подписчики не в курсе.
if (condition) store.update( () => { yours incredible logics && return result })
if (condition) store.update( () => { yours incredible logics && return result })
A
Репл можете показать - что решаете?
A
Не понятна задача - не дёргать подписчиков
М
Ну произошло событие, и вызвался update. Например, инкремент счётчика. Внутри update я обнаруживаю, что счётчик на максимуме, и увеличивает его уже нельзя. Я возвращаю старое значение. В результате вызывается set, и все подписчики бессмысленно обновляются старым значением.
КС
В свелте это вообще не страшно по сравнению с реактом
М
То есть, в update нет никакого смысла кроме удобства снятия обёртки с store? То есть я могу вперемешку использовать update и set, где как удобнее?
КС
Если кодишь в компонентах то профитнее $store юзать
КС
И просто присваивать в него когда ок
A
А что значит - бессмысленно обновляются?
М
Ну какой смысл исполнять кучу кода, если значение не изменилось?
A
А кто вам сказал, что он будет выполнятся и он куча ? Может вы репл сделаете, чтоб посмотреть буквально ваши предположения?
М
Да я учусь просто. Это теоретические рассуждения.
AS
Если значение остаётся тем де самым, то подписчики в любом случае не дергаются
AS
Ни в set ни в update