˸A
а как вызывать setMetrics при изменении value?
subscribe to store, no?
Size: a a a
2020 October 14
PM
subscribe to store, no?
сторы глобальны, а если нужен локальный стейт?
ON
subscribe to store, no?
а как сделать если нужно изменить стор при изменении value?
PM
к тому же по-сути это тоже самое, просто механика реативности резолвится в колпайлтайме, а сторы это чисто рантайм история
˸A
а как сделать если нужно изменить стор при изменении value?
+1 стор (кроме стора на value) - нет?
ON
+1 стор (кроме стора на value) - нет?
не понятно,
вот есть большой компонент, value меняется из 20 мест,
теперь понадобилось сохранять это значение в стор:
1) можно переписать все эти 20 мест + стор, плюс отслеживать все будущие правки компонента с value
2) а можно просто в одну строку отслеживать изменение value, и сохранять
вот есть большой компонент, value меняется из 20 мест,
теперь понадобилось сохранять это значение в стор:
1) можно переписать все эти 20 мест + стор, плюс отслеживать все будущие правки компонента с value
2) а можно просто в одну строку отслеживать изменение value, и сохранять
˸A
не понятно,
вот есть большой компонент, value меняется из 20 мест,
теперь понадобилось сохранять это значение в стор:
1) можно переписать все эти 20 мест + стор, плюс отслеживать все будущие правки компонента с value
2) а можно просто в одну строку отслеживать изменение value, и сохранять
вот есть большой компонент, value меняется из 20 мест,
теперь понадобилось сохранять это значение в стор:
1) можно переписать все эти 20 мест + стор, плюс отслеживать все будущие правки компонента с value
2) а можно просто в одну строку отслеживать изменение value, и сохранять
другая
$: someResultOnValue = ....(value) - и эта новая переменная будет стором, всё норм. Нет?ON
другая
$: someResultOnValue = ....(value) - и эта новая переменная будет стором, всё норм. Нет?под капотом все равно вызывается некая функция.
ну вместо стора, может быть взаимодествие с DOM/внешними компонентами (jquery) и т.п.
вообщем кейсы есть
ну вместо стора, может быть взаимодествие с DOM/внешними компонентами (jquery) и т.п.
вообщем кейсы есть
˸A
под капотом все равно вызывается некая функция.
ну вместо стора, может быть взаимодествие с DOM/внешними компонентами (jquery) и т.п.
вообщем кейсы есть
ну вместо стора, может быть взаимодествие с DOM/внешними компонентами (jquery) и т.п.
вообщем кейсы есть
И нет нормального воркэраунда, кроме
$: someFunc()?ON
И нет нормального воркэраунда, кроме
$: someFunc()?ну один есть, зачем второй?
˸A
ну один есть, зачем второй?
Чтоб не возникало дискуссий на 200+ сообщений о том "почему это не работает?".
Имхо, один "тру-вэй" лучше, чем 1+100500 способов "выстрелить себе в ногу" - такое лучше запрещать
Имхо, один "тру-вэй" лучше, чем 1+100500 способов "выстрелить себе в ногу" - такое лучше запрещать
ON
внесешь рацпреложение в тот ишак?
ща прошёл дебагером по примеру из ишью, в теории даже проще можно пофиксить,
тут в $$.update происходит вызов $$invalidate, и свелте его посути игнорирует, а вместо этого нужно помечать что он был вызван, и запускать $$.update ещё раз, что-то типа:
вместо
тут в $$.update происходит вызов $$invalidate, и свелте его посути игнорирует, а вместо этого нужно помечать что он был вызван, и запускать $$.update ещё раз, что-то типа:
вместо
$$.update();
так:for(let i=0;i<10 && $$.invalidateCalled;i++){
$$.invalidateCalled=false;
$$.update();
};ON
ща прошёл дебагером по примеру из ишью, в теории даже проще можно пофиксить,
тут в $$.update происходит вызов $$invalidate, и свелте его посути игнорирует, а вместо этого нужно помечать что он был вызван, и запускать $$.update ещё раз, что-то типа:
вместо
тут в $$.update происходит вызов $$invalidate, и свелте его посути игнорирует, а вместо этого нужно помечать что он был вызван, и запускать $$.update ещё раз, что-то типа:
вместо
$$.update();
так:for(let i=0;i<10 && $$.invalidateCalled;i++){
$$.invalidateCalled=false;
$$.update();
};если цикл прошел 10 раз, то вероятно есть зацикленное изменение
NK
#tools #router
Подборка роутеров (добавляйте отсутствующие)
https://twitter.com/lihautan/status/1315482668440580096?s=20
Подборка роутеров (добавляйте отсутствующие)
https://twitter.com/lihautan/status/1315482668440580096?s=20
˸A
если цикл прошел 10 раз, то вероятно есть зацикленное изменение
Магическое "10 раз"? Почему не 20? Что-то тут не так (интуиция)
ON
Магическое "10 раз"? Почему не 20? Что-то тут не так (интуиция)
это магическое число из ангуляра, они наверно его как-то высчитали опытным путем, обычно оно не должно превышать 2-3, если доходит до 10 - то вероятно что-то пошло не так
˸A
это магическое число из ангуляра, они наверно его как-то высчитали опытным путем, обычно оно не должно превышать 2-3, если доходит до 10 - то вероятно что-то пошло не так
Равняться на ангуляр? - не думаю, что это хорошая идея. Не важно, как они эти магические "10 раз" получили - свелт не обязан тащить в себя глупости других фреймворков
MZ
Объясняется это очень просто даже без знания внутрянки:
1) анализируются только непосредственные выражения внутри $:
2) для того что свелт может проанализировать, порядок не важен
3) для того что свелт не может проанализировать, нужно выставлять порядок вручную
1) анализируются только непосредственные выражения внутри $:
2) для того что свелт может проанализировать, порядок не важен
3) для того что свелт не может проанализировать, нужно выставлять порядок вручную
Вообще это всё можно очень легко объяснить картинкой, но в доках нет картинок (((((
Я сделал два примера, наглядно иллюстрирующих как очерёдность влияет на конечный результат:
В случае выражения в {} последовательность будет сохранятся независимо от объявления:
https://ru.svelte.dev/repl/1e591287bf0a4b1aae13cf242e3dcc4e?version=3.29.0
В случае вынесения в функцию
последовательность будет выполнена в порядке объявления + всё сломается при неправильной последовательности:
https://ru.svelte.dev/repl/2856f497489c4c9caaafadea8505e47a?version=3.29.0
Я сделал два примера, наглядно иллюстрирующих как очерёдность влияет на конечный результат:
В случае выражения в {} последовательность будет сохранятся независимо от объявления:
https://ru.svelte.dev/repl/1e591287bf0a4b1aae13cf242e3dcc4e?version=3.29.0
В случае вынесения в функцию
последовательность будет выполнена в порядке объявления + всё сломается при неправильной последовательности:
https://ru.svelte.dev/repl/2856f497489c4c9caaafadea8505e47a?version=3.29.0
MZ
Хз, зачем я это делал, просто мысли как это оформить в понятный раздел доков о важности очередности.
˸A
Вообще это всё можно очень легко объяснить картинкой, но в доках нет картинок (((((
Я сделал два примера, наглядно иллюстрирующих как очерёдность влияет на конечный результат:
В случае выражения в {} последовательность будет сохранятся независимо от объявления:
https://ru.svelte.dev/repl/1e591287bf0a4b1aae13cf242e3dcc4e?version=3.29.0
В случае вынесения в функцию
последовательность будет выполнена в порядке объявления + всё сломается при неправильной последовательности:
https://ru.svelte.dev/repl/2856f497489c4c9caaafadea8505e47a?version=3.29.0
Я сделал два примера, наглядно иллюстрирующих как очерёдность влияет на конечный результат:
В случае выражения в {} последовательность будет сохранятся независимо от объявления:
https://ru.svelte.dev/repl/1e591287bf0a4b1aae13cf242e3dcc4e?version=3.29.0
В случае вынесения в функцию
последовательность будет выполнена в порядке объявления + всё сломается при неправильной последовательности:
https://ru.svelte.dev/repl/2856f497489c4c9caaafadea8505e47a?version=3.29.0
Ну вот!
Только не надо это "фиксить", плиз. Пусть девелоперы руки себе выпрямляют, а не пишут то, что "свелт не может проанализировать"
Только не надо это "фиксить", плиз. Пусть девелоперы руки себе выпрямляют, а не пишут то, что "свелт не может проанализировать"