Size: a a a

2020 October 14

L

Lupusregina[beta] in Svelte [svelt]
почему выдает ошибку
источник

L

Lupusregina[beta] in Svelte [svelt]
если вводить в инпут
источник

L

Lupusregina[beta] in Svelte [svelt]
источник

L

Lupusregina[beta] in Svelte [svelt]
совсем я не знаю свелт
источник

L

Lupusregina[beta] in Svelte [svelt]
источник

AZ

Alexander Zinchenko in Svelte [svelt]
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Svelte [svelt]
Pavel 🦇 Malyshev
Суть довольно простая, меткой отмечаются любые JS выражения, которые должны быть выполнены повторно каждый раз, когда любая из зависимостей меняется. Это не прямой аналог тем же computed из Vue, а скорее watch с возможностью любых операций внутри. Зависимости отслеживаются автоматически, но только если мы их явно «показываем» компилятору, то есть они доступны для статического анализа.
Я понимаю, конечно, как меняется "зависимость" в случае (destiny) переменной (secondName в примере выше). Но как компилятор знает вобще про "зависимости любых выражений джс" (func2() в примере выше)?
источник

L

Lupusregina[beta] in Svelte [svelt]
да, я знаю, что так сработает
источник

AZ

Alexander Zinchenko in Svelte [svelt]
ну реактивность свелта в присвоении. если вам не подходит, то непонятно, какую цель преследуете
источник

L

Lupusregina[beta] in Svelte [svelt]
Alexander Zinchenko
ну реактивность свелта в присвоении. если вам не подходит, то непонятно, какую цель преследуете
https://svelte.dev/repl/db9522de42db46a5b5e1fd5decbb4ff1?version=3.29.0 а это почему ошибку не вызывает?
источник

L

Lupusregina[beta] in Svelte [svelt]
Alexander Zinchenko
ну реактивность свелта в присвоении. если вам не подходит, то непонятно, какую цель преследуете
в данном случае мне не рактивность интересна, а почему ошибка выходит
источник

AZ

Alexander Zinchenko in Svelte [svelt]
ну смотрите в скомпилированнный код
источник

AZ

Alexander Zinchenko in Svelte [svelt]
источник

ON

Oleg N in Svelte [svelt]
Pavel 🦇 Malyshev
Может замутить 2-й проход на requestIdleCallback и там дохватывать изменения
2-й проход можно делать и в текущем тике, зачем размазывать, и 3-й проход если нужно будет - т.к. зависимости могут быть сложные
источник

ON

Oleg N in Svelte [svelt]
а сейчас свелт экономит на спичках и болеет такими проблемами...
источник

L

Lupusregina[beta] in Svelte [svelt]
Alexander Zinchenko
ну смотрите в скомпилированнный код
источник

PM

Pavel 🦇 Malyshev in Svelte [svelt]
Oleg N
2-й проход можно делать и в текущем тике, зачем размазывать, и 3-й проход если нужно будет - т.к. зависимости могут быть сложные
только вот как понять что нужен второй проход?
источник

PM

Pavel 🦇 Malyshev in Svelte [svelt]
˸̧̨ ͅBlack Akula˸̧̨ ͅ ̤ ̬̪
Я понимаю, конечно, как меняется "зависимость" в случае (destiny) переменной (secondName в примере выше). Но как компилятор знает вобще про "зависимости любых выражений джс" (func2() в примере выше)?
дык никак и в этом соль
источник

ON

Oleg N in Svelte [svelt]
Pavel 🦇 Malyshev
только вот как понять что нужен второй проход?
если что-то изменилось, т.е. там где происходит сохранение из переменных в ctx, нужен счетчик, если после прохода count > 0, ещё проход
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Svelte [svelt]
Pavel 🦇 Malyshev
дык никак и в этом соль
Ну, тогда вообще не понимаю, зачем люди такого хотят...
Мне, например, нравится команда ТС, которая не пропускает "фичи-хотелки" из-за которых потом могут быть проблемы - пример качественной работы с комьюнити
источник