Его не переубедить
та я не пойму то контекст норм, то саги заебись я конечно понимаю что саги можно прикрутить к контексту но как бы
Не вопрос, возможно, я поменяю свои взгляды когда увижу наглядно что качество проекта без стм неуправляемо падает. Пока что пользуюсь тем, что имеет реакт под капотом.
Интересно что у тебя за размер проектов и количество компонентов, что без стм норм
А ты уверен что правильно оцениваешь качество проекта? А ты уверен что видел достаточное количество проектов? Может ты видел только удачные варианты ?
Методология вырабатывается методом проб и ошибок. Большие компоненты - это плохо. Стейт-менеджер - это тяжело для рантайма и, как выяснилось, не дает никаких гарантий работы в больших командах "когда не все синьеры", +solid, +TwelveFactors, +что-то еще. Короче, решил как в буддизме - архитектурно отказаться от всего кроме реакта.
что значит гарантий работы в больших командах?
Ну это когда в десяток провайдеров обвернул и все работает
Такс, ты думаешь что управлять стейтом с помощью useReducer и context, как то «легче» для рантайма?
Мне интересен именно размер проектов, количество компонентов и их вложенность Без стм я сталкивался только с тем, что нужно пробрасывать стейт вниз и вверх через кучу компонентов, мутировать стейт родительских и дочерних опять же через несколько посредников, и это реально ад, когда сидишь целый день пытаешься понять как это вообще нахрен работает А в redux/mobx все довольно прозрачно
Нифига в редаксе не прозрачно, если быть честным
тяжело для рантайма поподробнее, пжлст
Смотря с чем сравнивать!
Да нет, сам редакс простой, на мой взгляд, как инструмент) Но вопрос что туда класть и как с этим жить потом никуда не девается)
раз редюсер, два редюсер🌚
а с другими менеджерами как? они сами придумывают данные?
@pravosleva вернись в дискуси плиз🙃
Когда у вас много маленьких стор эта проблема не так ощутима Когда у вас один большой объект, который может изменять кто угодно в системе - вот тут начинаются интересности
В любом случае, это ляжет на плечи файбера. Но по сравнению с редаксом для постоянно растущего приложения - да ну нафиг, я лучше абстрагирую в контекст.
сделайте много маленьких редакс сторов :)
Я уж лучше на контекстах тогда
было 5 разрабов + иллюзия, что редакс станет панацеей. и не все синьеры, долго рассказывать..
ну, это в целом очевидное развитие событий. у кого не возникает проблем с данными в приложении, те не стараются тут доказать, что стм нужен, а редакс неудобен :)
Вот за полгода работы и экспериментов тоже так решил.
С учетом того что саги можно прикрутить к своему велосипеду из контекста, все равно не вижу в этом смысла, а только одни минусы
Последние вопросы, без подъеба, и я сливаюсь, я устал. Как пропускали изменения части стейта, на которые компонент не подписан. Где обрабатывали асинхронщину, методы в провайдере? И сторы были 100% независимые и не влияли друг на друга?
Обсуждают сегодня