useState, стоит ли переделывать его на MobX(в общем стейт менеджер)? И если стоит, куда запихнуть стейты для инпутов, которые часто изменяются?
зачем? какая мотивация преследует?
Вопрос по поводу производительности больше) Если у стейт менеджера в плане производительности есть преимущества перед хуком, то думаю стоит это сделать
откуда такая информация?
Я спрашиваю, не утверждаю)
В state manager обычно хранят глобальные состояния вроде isAuth и states для работы с данными(posts, isLoading,error и т.д.)
то есть стейт менеджеры не предназначены для хранения значений всяких локальных инуптов?
зависит от стейт-менеджера. касательно редакса – точно нет
ой нет, редакс в мусорку. Слишком он замудрён в плане развертывания. Промежуточных моментов много мне показалось
Да states inputs в state manager не хранят
а есть какие-нибудь, которые предоставляют функционал для хранения подобных локальных значений? Или никто не запаривается с этим потому что useState для этих задач итак прекрасно подходит? Мне интереса ради, бежать переписывать на него я не собираюсь)
effector с этой задачей справляется отлично. но я бы не рекомедовал использовать стейт-менеджеры для простых форм
Лучше react hook form
Это уже стм
Все зависит от кейса, возможно, тебе прекрасно подойдёт флоу форма -> сабмит -> передаём в стм -> пляшем
стм это что? Возможно я знаю это, просто сокращение не слышал
а ок, просто не видел еще до этого, чтобы так называли) Буду знать
а там какой-то валидации не требуется. Логика построена так, что туда можно воткнуть только то, что уже существует. Поэтому валидация там как таковая не нужна)
Обсуждают сегодня