L
а для объектов и массивов вполне себе.
Size: a a a
2020 October 12
PM
и это логично же, реактивность для принудительного обновления скалярных значений бесмыслленна
Вот то-то и оно, на вкус и цвет))) А тут то и дело про какие-то «базовые вещи» вспоминают 😆
MZ
и это логично же, реактивность для принудительного обновления скалярных значений бесмыслленна
У меня есть попап, который должен всплывать если "потрогать" переменную, в не зависимости от того поменялось в ней значение или нет.
И вот везде все збс, но в одном месте приходиться a = null; a = var
И вот везде все збс, но в одном месте приходиться a = null; a = var
L
У меня есть попап, который должен всплывать если "потрогать" переменную, в не зависимости от того поменялось в ней значение или нет.
И вот везде все збс, но в одном месте приходиться a = null; a = var
И вот везде все збс, но в одном месте приходиться a = null; a = var
я для такого счетчик делаю, и для обновления
a++MZ
я для такого счетчик делаю, и для обновления
a++Эта переменна — ID уровня меню, которое показывается в попапе.
Если в переменной присваивается id то это повод показать меню.
Но бывает, что там уже есть тот же id который я присваиваю.
Если в переменной присваивается id то это повод показать меню.
Но бывает, что там уже есть тот же id который я присваиваю.
MZ
Id меню никогда не сбрасывается без участия юзера, таким образом работает история навигации.
L
Эта переменна — ID уровня меню, которое показывается в попапе.
Если в переменной присваивается id то это повод показать меню.
Но бывает, что там уже есть тот же id который я присваиваю.
Если в переменной присваивается id то это повод показать меню.
Но бывает, что там уже есть тот же id который я присваиваю.
ну можно поралельно еще завести переменную, которая была бы ссылкой .. или функцию экспортировать
MZ
У меня нет проблем с меню, я просто описал ситуацию в которой столкнулся с описанным выше поведением
КС
Напиши в компоненте <svelte:options immutable={true} />
<svelte:options immutable /> тоже канает) прикольно что они сделали такую краткую форму записи, это кайфИ пропсами тоже, пишешь имя пропса и оно true, в итоге подумал хорошо над именем и одним именем пропса тоглишь на альтернативное поведение)
PM
Эта переменна — ID уровня меню, которое показывается в попапе.
Если в переменной присваивается id то это повод показать меню.
Но бывает, что там уже есть тот же id который я присваиваю.
Если в переменной присваивается id то это повод показать меню.
Но бывает, что там уже есть тот же id который я присваиваю.
Если в переменной уже id нужного уровня меню, то зачем его показывать повторно? 🤔
MZ
Если в переменной уже id нужного уровня меню, то зачем его показывать повторно? 🤔
Короч, только видосов могу это объяснить
L
так сделай явную функцию, открывающую меню
L
и вызывай ее
PM
Очевидно же что твоё меню должно открываться только одним способом. Решишь эту проблему, не будет и той. Если поверхностно брать именно твою реализацию то я бы сказал, что id должен отвечать только за контент внутри менюшки, а за состояние открыто/закрыто должен отвечать флаг show
MZ
Очевидно же что твоё меню должно открываться только одним способом. Решишь эту проблему, не будет и той. Если поверхностно брать именно твою реализацию то я бы сказал, что id должен отвечать только за контент внутри менюшки, а за состояние открыто/закрыто должен отвечать флаг show
Сначала так и было. Это уже третья ревизия, и раньше там была какая-то сложность с этим, я не помню какая.
Сейчас всё работает збс, не хочу это менять.
Сейчас всё работает збс, не хочу это менять.
MZ
И вторая проблема уже не проблема, так как после добавления поиска логика кнопки на странице раздела стала чуть сложнее и мне уже в любом случае приходиться делать ресет ID
М
show - компонент создается и уничтожается, работают евенты onMount, onDestroy.
М
меню - вложенные объекты и потом рекурсией гонять по нему.
MZ
show - компонент создается и уничтожается, работают евенты onMount, onDestroy.
Пожалуйста внимательно почитайте какой был вопрос. Видео → ответ на вопрос.
Проблем там нет.
Проблем там нет.
PM
Сначала так и было. Это уже третья ревизия, и раньше там была какая-то сложность с этим, я не помню какая.
Сейчас всё работает збс, не хочу это менять.
Сейчас всё работает збс, не хочу это менять.
Дело твоё, но я бы не стал оставлять реализацию где одно действие может тригериться несколькими способами. Кажется раз меню глобальная вещь которая дёргается из разных компонентов на разных уровнях иерархии, то пропс show или условие на show которое создаёт/удаляет компонент, должно быть быть стором.