Позволяет отделить логику от интерфейса и описать ее декларативно. Ну и мелкие плюшки удобное апи, типы, коммьюнити
децентрализованность, декларативность, эффективность. требовался инструмент, позволяющий управлять данными в сложных приложениях без опасности раздуть монолитный центральный стор, с явным control flow, нормальной типизацией и емким апи — сторы для приложения должны быть лёгкими, насколько это возможно — не должна пугать мысль о том, что нужно добавить ещё один стор для конкретных нужд — сторы должны свободно совмещаться — идея в том, что данные, которые потребуются приложению, можно распределить статически, заранее показав как данные будут преобразоваться во время работы приложения — принцип работы должен by design исключать необходимость в reselect, оповещая об изменениях только тех, кому они необходимы. это позволяет не задумываться о том, что у тебя будет триггериться всё приложение если ты захочешь вынести стейт модалки из реакта. по совместительству это означает что приложения избавлены от проблем с перфомансом, возникшим у react-redux при переходе на контекст — возможность, место, и способ вынести любую требуемую бизнес-логику из view, максимально упрощая компоненты — независимость от спорных концепций — никаких декораторов, никаких зависимостей от реакта/rxjs либо необходимости юзать классы или прокси — ничего из этого не требуется для управления состоянием приложения и поэтому апи библиотеки использует только функции и простые js объекты — предсказуемость апи. небольшое число базовых принципов переиспользуются в различных кейсах, снижая нагрузку на юзера и повышая узнаваемость. зная как работает .watch в эвентах, можно догадаться, что делает функция .watch у стора — приложение строится из комбинации базовых элементов и возможности строить новые. нет никакого смысла стремиться выдать всё за стрим, за редьюсер или за обсервабл, в приложении требуются они все, и библиотека предлагает решение чтобы управлять структурой данных, а не скрывать её Цитата: от Автора эффектора
Так и в redux/mobx логика декларативно описывается. А зачем выносить логику куда-то из стора? Всегда понятно где что находится даже на новом проекте
Императивно там все, в thunk в методах стора
Я вот эту пасту про то что у нас декларативно, а у них императивно вдоках у каждого стейт менеджера читаю. Можете конкретно объяснить, чем вот еффектор например лучше mobx. И чем лучше redux. На примерах, если можно
Просто апи позволяет больше чем вызвать экшен и изменить стейт
А что ещё от стейт менеджера нужно?
https://share.effector.dev/dOlTR0ee ну вот чем не красиво, сори за банальный пример конечно
Ну если не нужно то можно взять какой нибудь микро reatom
Обсуждают сегодня