PM
иными словами тут проблема "курица или яйцо" в синхронизации стейтов компонентов между собой в условиях общей реактивности.
Size: a a a
2020 October 15
L
хм, вот тут сложно, про ожидается или нет. кажется что такого быть не должно, с другой стороны не понятно как должно. у тебя один раз проскакивает измениние статуса с пустой строки на что-то, из-за этого срабатывает выставление status = true . далее любой другой ввод уже не вызывает срабатывание реактивного выражения, так как из нижестоящего компонента всегда приходит пустая строка. ну и типа была пустая строка, стала пустая строка, значение не поменялось, ничего реактивить не надо
далее любой другой ввод уже не вызывает срабатывание реактивного выражения это почему?L
хм, вот тут сложно, про ожидается или нет. кажется что такого быть не должно, с другой стороны не понятно как должно. у тебя один раз проскакивает измениние статуса с пустой строки на что-то, из-за этого срабатывает выставление status = true . далее любой другой ввод уже не вызывает срабатывание реактивного выражения, так как из нижестоящего компонента всегда приходит пустая строка. ну и типа была пустая строка, стала пустая строка, значение не поменялось, ничего реактивить не надо
PM
далее любой другой ввод уже не вызывает срабатывание реактивного выражения это почему?Надо глубже наверное глянуть. Возможно это обратка так работает из-за биндингов во все стороны
PM
Собственно именно поэтому многие их побаиваются, во всяком случае в реализациях где есть синхронизация
L
хм, вот тут сложно, про ожидается или нет. кажется что такого быть не должно, с другой стороны не понятно как должно. у тебя один раз проскакивает измениние статуса с пустой строки на что-то, из-за этого срабатывает выставление status = true . далее любой другой ввод уже не вызывает срабатывание реактивного выражения, так как из нижестоящего компонента всегда приходит пустая строка. ну и типа была пустая строка, стала пустая строка, значение не поменялось, ничего реактивить не надо
по поводу куры-яйца не согласен.
То есть моментно могут быть расхождения значений в компоненте/родители, но спустя выполнение всей реактивности у нас должна быть синхронизация
То есть моментно могут быть расхождения значений в компоненте/родители, но спустя выполнение всей реактивности у нас должна быть синхронизация
L
Собственно именно поэтому многие их побаиваются, во всяком случае в реализациях где есть синхронизация
К
ребят, подкиньте какую-нибудь симпатичную реализацию мастера, пожалуйста
NO
Подскажите новичку, Насколько сложно сделать SPA без использования sapper?
MZ
Nikolay Okoneshnikov
Подскажите новичку, Насколько сложно сделать SPA без использования sapper?
Новичку вообще или конкретно новичку в фремворке?
К
Nikolay Okoneshnikov
Подскажите новичку, Насколько сложно сделать SPA без использования sapper?
насколько по какой шкале? ))
АН
Nikolay Okoneshnikov
Подскажите новичку, Насколько сложно сделать SPA без использования sapper?
намного легче делать без сапер
АН
я вообще боюсь начинать
АН
с сапер
AZ
Nikolay Okoneshnikov
Подскажите новичку, Насколько сложно сделать SPA без использования sapper?
https://github.com/sveltejs/template#single-page-app-mode в одну строчку
EM
А вот создал я проект на дефолтном шаблоне свелтовском, написал немного компонентов, можно как-то в одну команду накатить саппер?)
NO
Новичку вообще или конкретно новичку в фремворке?
Я из мира ruby/rails, и в rails возможность создания нового приложения со svelte, с помощью webpacker. Вот хочу использовать такой вариант
ON
Надо глубже наверное глянуть. Возможно это обратка так работает из-за биндингов во все стороны
возможно касается той же проблемы что и вчера обсуждали - происходит изменение стейта в процессе перерасчета ($$.update), обновление не произошло потому что оно стоит выше в очереди перерасчета, хотя не важно где оно там стоит, оно должно было обновится давжды, но свелт не дает второй проход перерасчета, поэтому стейт остался не досчитан,
как то так
как то так
ON
если изменение status бросить в следующий тик, то вроде работет как ожидается