дин пропертями, почему нет?
сейчас гуглю про производительность
но вроде ничего там плохого нет
так про какую проблему ты говоришь? я тебе предлагал заменить стм на хуки (useState, useEffect, useContext) ты принял эту идею как рабочую? по поводу эффектора - технология хорошо, подтверждаю, но это больше чем стм стм с бизнесс-логикой мне этот слой бизнес-логики тут кажется оверхедом для большинства случаев - бизнес-логика будет на сервере в любом случае если там будет тесно, то я бы посмотрел, что предложит эффектор а вот для проверки модифицированности формы при закрытии или для отделения авторизованных пользователей от гостей эффектор я бы тащить не стал - useState и дело в шляпе саги туда же плюсы: - эффектор не усложняет приложение минусы: - любители эффектора чувствуют злость
Ля, заколебал, ща, как раз сегодня портянку писал
Любая реакция с необходимостью что-то пересчитать будет приводить к ререндеру ререндер не всегда плохо мы физически не можем прочитать бизнес логику даже на примитивном уровне «когда произошло Х - сделай У», нам придётся искать это в хуках идея в том, что зависимости useEffect'ов должны быть максимально компактными, чтобы их было просто чинать "изменился Х - сделай Y" — все прекрасно можем проблема как раз в том, что культура использования useEffect отсутствуют из-за этого люди в проект тащат эффектор и получают еще одну боль дырка в задница
а почему ты всегда это повторяешь? С этим кто-то спорит? Мы прост если логика нужна, то пишем её на js)
не писал ты видимо сложную бизнес-логику на хуках)
Обсуждают сегодня