редаксе столько редьюсеров сколько понадобится
- совмещать сторы? Смысл? Нельзя обратиться в компоненте сразу к двух сторам?
- меньше условий - быстрее работает. Подход редуха правильнее с точки зрения осведомлённости сторов.. так можно прое*бать что-то
- бизнес логику нужно выносить из сторов, из экшенов, из миддлвейров в отдельные классы/хелперы/утилы, а не разводить помойку... всё лишь бы не тестировать
- редух тоже использует только объекты
- зеркальный подход
- какая-то нескрываемая ненависть к редуху... в сообществе нужно поддерживать друг друга, а не хаять другие проекты.. за счёт этого далеко не поедешь
Второй пункт показывает, что ты не пробовал.
у меня хип в приложении был 300мб
- тормоза ибо нужно оббежать все редюссеры - в одном сторе аутентификация в другом список новостей. Пожалуйста покажи список новостей которые принадлежат текущему пользователю - статические условия которые можно вычислить до запуска приложения это конечно же хуже, императивных условий в компонентах - бизнес логику держать в компонентах это бред. Эффектор отлично тестируется. В разы проще ридакса. А связывать селекторы, редюссеры и экшены с классами логики это то ещё занятие. Три других пункта просто набор слов. Нет ненависти. Но больше писать на этой поделке я не буду и советовать людям тоже. Есть более достойный инструмент, который покрывает намного больше задач меньшими усилиями
> какая-то нескрываемая ненависть к редуху Это оверхайпнутое временное решение проблем, что-то уровня бутстрапа от мира стейт-менеджмента. Он решает проблемы, но до диапазона от хелло ворлда до мвп, не дальше. Его хейтят потому что вот так сюрприз большая часть проектов хочет уйти от стадии мвп, но редакс не скейлится.
Обсуждают сегодня