КС
и тогда возврат того же объекта никого не дёрнет
Size: a a a
2021 October 09
КС
потому что он === старому
КС
но я бы не запаривался, посмотри видос лучше
КС
там как раз он про объекты рассказывал
КС
если нужно от какого-то свойства работать реактивно через метки, придётся конечно маразмом позаниматься
$: property = object.deep.lul.property;
$: doSomething(property);
КС
а в шаблоне он и так это делает, будет сравнение нового property с копией предищуго
КС
КС
ну тоесть это капец дешево можно вообще не заморачиваться
КС
это не весь vdom дёрнуть всего дерева компонентов если ты их мемами не обмазал и проследил что колбеки и объекты новые никуда не передались
М
Всё таки я изначально хотел понять, так ли обязательно использовать update вместо set.
КС
да не обязательно, просто удобно
если рассматривать get(store) то это просто оверхеднее
если рассматривать get(store) то это просто оверхеднее
КС
чем иметь текущее значение в параметре
КС
если допустим добавляешь в массив объект
store.update(v => [...v, newObject])КС
удобно же и аккуратно
КС
а с get произойдёт подписка отписка
КС
если уж так не хочется кого-то дёргать то update ощутимо дешевле в вакууме :)
М
Это ж не компоненте код, почему подписка?