достать/положить данные. Редьюсеры позволяют работать с данными более атомарно, насчет получения раньбше были в ходу призмы, линзы и прочая оптика, сейчас хз, давно не писал уже
2. Как сказано выше, можно коннектить по месту, в чем проблема?
3. Тут согласен. Но выкинув редьюсеры и миддлвары, как таковые, намазав сверху сервисы и прочие di, увы, легче не стало
4. Есть прекрасная возможность сделать это в санках/сагах, про которые уже было упомянуто
5. Емнип можно в сагах, хотя сложно представить, для чего
6. Тут согласен
7. Как было сказано выше, свич это не такая дорогостоящая операция, насчет которой можно переживать в контексте реакта с его реконсилом и прочей мусорной деятельностью
Не знаю, что за правило, никогда им не пользовался, когда еще писал с редаксом, вроде все живы были, ни у кого компутер не взорвался
если я правильно увидел, в тудуапп, там где фильтруются тудушки - необходимо вручную обновлять отфильтрованный список через сабскрайб на экшн? 🤔🤔
А теперь, козыри: чем данная поделка отличается от тех же эффекторов с реатомом, кроме отсутствия документации как таковой, неизученных эджкейсов, и багов, как это бывает с любым свежим проектом?
свич кстати O(n), а чтоб было О(1) надо писать редьюсеры обьектами
Спасибо за ответ. Комментирую последний абзац. Эффектор с реатомом это новые отличные решения, которые исправляют недостатки архитектуры приложений построенных на redux. lamp-luwak тоже, только все три имеют разную стилистику описания кода, а возможность создавать независимые хранилища и управлять ими, а так же модульность есть у всех. - Возможность оформлять код в классы (без наследования), позволяет размещать данные и методы для работы с ними в одном месте. - Возможность работать с паттернами ооп, но не делать из каждого значения observable (как в mobx). - И архитектура приложений построенных на сервисах (возможно здесь уместно упомянуть сервисы angular, как ближайшую аналогию) На текущий момент это основные аргументы, но вопрос хороший, его следуюет продумать более грубоко.
Обсуждают сегодня