PM
а какие другие варианты?
я к тому, что тут 2 варианта: 1) ты держишь инстанс модалки и скрываешь его 2) ты его каждый раз сново рендеришь
Size: a a a
2020 September 14
PM
во втором случае зачем один инстанс не понятно
PM
точнее его там и не будет
К
ок, а как бы ты сделал?
К
я допускаю, что есть паттерны лучше. Просто навскидку не увидел
PM
ок, а как бы ты сделал?
надо кейс точнее понимать. модалка у меня всегда просто контейнер с определенным поведением по позиционированию и логикой откр/закр
К
аа, не, тут не просто модалка. Тут именно асинхронный диалог
PM
дальше композицией можно создать на его основе любые модалки с любым контектом
PM
аа, не, тут не просто модалка. Тут именно асинхронный диалог
диалог в данном случае - это уже часть доменной области, бизнес-логики если хочешь
PM
это точно должно быть отделено от модалки как механизма
К
не, погоди
К
у меня есть общая модалка, да
К
но есть диалоги - это отдельный особый компонент, который внутри тоже модалку использует, но ведёт себя всегда определённым образом и отображаться в текущий момент может только 1 диалог. Короче, замена браузерному конфирму, только кастомизируемый в плане кнопок и иконки, и на промисах
К
скажем, в одном кейсе мне нужен конфирм на удалении. Вызываю у стора метод confirm, передаю ему хэндлер, который вызовется, когда какая-то кнопка будет нажата (закрыть, удалить или мисклик). Он асинхронный. И если там есть, допустим, вызов мутации, то когда она выполнится, тогда диалог закроется, а после нажатия кнопки будут задизейблены.
К
и мисклик тоже будет недоступен
К
хм... наверное можно эту логику в модульном контексте прописать, да? И модульные методы дёргать
К
логично?
К
если в модульном контексте экспортировать метод, который меняет какую-то переменную там, компонент же среагирует при его (метода) вызове откуда-либо, так?
К
вопрос, может, тупой, но в модульном контексте свелт есть возможность использовать $: для реактивности?
КС
нет