MM
вопрос был в другом, как затреггирить изменение foo без его фактического изменения
Size: a a a
2020 December 03
КС
вопрос был в другом, как затреггирить изменение foo без его фактического изменения
сделай другую переменную которая ни на что не влияет но будет меняться и добавь её в $: ?
MM
или надо экспортировать еще 1 переменную типа forceFoo и уже делать такое выражение $: (foo || forceFoo) && changed(); ?
вот это и была часть вопроса )
MM
ответа на свой же вопрос по-ходу
АН
так foo меняется в родительском и надо, чтобы дочерний об этом знал.
PM
так foo меняется в родительском и надо, чтобы дочерний об этом знал.
так дочерний и будет об этом знать, если юзать просто пропс без bind: дочерний будет знать, когда foo изменилось в родительском, но родитель не будет знать когда foo поменялось в дочернем
АН
вопрос был в другом, как затреггирить изменение foo без его фактического изменения
Может это был философский вопрос? ))
АН
А! идея: нужно его мутировать
АН
То есть наоборот: сделать ссылкой и не меняя значения поменять ссылку
К
так дочерний и будет об этом знать, если юзать просто пропс без bind: дочерний будет знать, когда foo изменилось в родительском, но родитель не будет знать когда foo поменялось в дочернем
Паш, а пропсы, выходит, в принципе мутабельны внутри компонента?
К
насколько вообще корректно их менять? Я имею в виду, вместо введения других переменных, реактивно завязанных на пропсы, когда надо их менять в компоненте. Когда без bind'а
К
йопт, уже 31...
MM
почему foo не меняется второй раз по таймауту
MM
я же делаю сначала = 1, потом = 123
MM
а foo как было changed 1 раз, так и есть. где второй ченджь ? )))
АН
а foo как было changed 1 раз, так и есть. где второй ченджь ? )))
Ты про таймаут?
MM
MM
там хитрость какая то?
АН
Он и не должен