AL
Учитывая что, как заметил @spacegangster, вообще-то подписки не бесплатные немного варварство всё пихать в единый стейт
Size: a a a
2020 June 17
AL
В особенности когда это штуки тип хинтов
AL
За исключением тех случаев когда тебе надо держать в базе посмотрел ли пользователь уже этот хинт (чтобы более не показывать)
A
Идея идеей, но иногда нужно следовать здравому смыслу) Если у меня например какой-то локальный индикатор, почему бы его не хранить в реактовском стейте компонента?
удобно прокликать страницу сохранил лог ивентов и стейт вот тебе и тесты готовые
ИФ
для каких-то единичных компонент храню view-state локально (обычно поля ввода), чтобы не мучить сотни подписок сотнями событий, обновляю глобальный стейт на условный коммит (blur/timeout), хотя может я не очень прав тут.
для Лайтпада, где большая завязка на скролл, я думаю вынести часть стейта в отдельный р-атом, тк скролл событий может быть несколько десятков в секунду
ИФ
В особенности когда это штуки тип хинтов
++
A
Идея идеей, но иногда нужно следовать здравому смыслу) Если у меня например какой-то локальный индикатор, почему бы его не хранить в реактовском стейте компонента?
ну и в целом простая понятная конструкция: есть стейт к нему применяются последовательно ивенты
AL
удобно прокликать страницу сохранил лог ивентов и стейт вот тебе и тесты готовые
Нехорошо если удобство для тестов заметно влияет на перф продакшна
ИФ
На практике в сложном UI на мой взгляд лучше в глобальный стейт ложить с неймспейснутым ключом. При окончании запроса просто убираешь этот ключ. Также можно стейт сгруппировать по страницам приложения и при переходах на другие страницы очищать стейт. А то, что глобально для всех страниц хранить отдельно без страничной группировки
к namespaced-ключам очень сильно присоединяюсь, незаменимо для гигиены и роста приложения
ИФ
к namespaced-ключам очень сильно присоединяюсь, незаменимо для гигиены и роста приложения
я ключи организовал не все по ns. Например, имена событий выглядят так
:evt.page-1.btn-3/click, так же есть ns для эффектов и коэффектовIS
я ключи организовал не все по ns. Например, имена событий выглядят так
:evt.page-1.btn-3/click, так же есть ns для эффектов и коэффектов+1 аналогично 😁
AC
Учитывая что, как заметил @spacegangster, вообще-то подписки не бесплатные немного варварство всё пихать в единый стейт
Так пересчитываются только активные. Количество подписок не влияет на перформанс
AL
В смысле пересчитываются на рендер?
AC
Плюс они кешируются и дедуплицируются
AL
Но до этого есть логика сравнивания стейтов чтобы понять что что-то изменилось
AL
И потом дёрнуть активные подписки
AC
Но до этого есть логика сравнивания стейтов чтобы понять что что-то изменилось
Нет. Сравниваются только подписки
AL
У меня конечно нет полной уверенности в том как это реализовано
AL
Но я почему-то думаю что если изменения приносятся в общий стейт