В жс любые твои кастомнын структуры - объекты, редакс спокойно будет их прожовывать

Я не новичок :) Знаю я про объекты.

похоже как начали использовать контейнеры ради контейнеров, приводил пример что action - заголовок и аргументы функции, reducer - тело, оправдано ли такое разделение?

Чет бред. В ооп вызов метода - это посылка сообщения. Экшн - сообщение, тело - хэндлер. А тут ты используешь абстракцию над абстракцией, чтоюы получить то, что под абстракциями)

похоже как начали использовать контейнеры ради контейнеров, приводил пример что action - заголовок и аргументы функции, reducer - тело, оправдано ли такое разделение?

Есть разные подходы. Например redux-form вообще позволяет не писать редьюсеоы и иногда это удобно

похоже как начали использовать контейнеры ради контейнеров, приводил пример что action - заголовок и аргументы функции, reducer - тело, оправдано ли такое разделение?

ну я вижу это так, есть какой-то сигнал с пейлоадом , потом идет екшин который обрабатывает этот сигнал и вызывает екшины для изменения состояния редукса, потом редюсер обрабатывает эти данные

зачем делать прослойку между экшенами и структурой стейта, если они по сути взаимосвязаны, экшен и есть прямой вход в стейт, зачем ещё редьюсеры, когда js в браузере стал настолько производительным?

Не во всех случаях

Редьюсеры, бывает, подписаны на другие экшены

Я так понял, в этом случае создается экшен, который вызывает экшен

ну для вью стейта, редюьсеры не нужны

почему же не нужны? если я хочу сохранить данные в форме пока пользователь переключился на какое-то другое действие, а единственный способ это сохранить в стейт

Это типа как каждый кейс редусера описывать новым экшеном

почему же не нужны? если я хочу сохранить данные в форме пока пользователь переключился на какое-то другое действие, а единственный способ это сохранить в стейт

данные формы, это не юайный стейт

Тоже странное удовольствие

юайны стейт, это состояние всяких попапов, модалок, лоадеров, тулбаров

анимации

Чот пиздец тредов не хватает как в слаке. Невозможно ничего обсуждать :) только через личку.

+

а формы, серверные данные, инпуты и валиация это бизнесс логика

не очень догоняю

Крч для юайных состояний тебе парсер данных не надо

тип если я хочу сохранить данные формы, мне нужно их отправить на сервер и после если хочу получить обратно запросить?

а

так понятнее

тип если я хочу сохранить данные формы, мне нужно их отправить на сервер и после если хочу получить обратно запросить?

Для форм тебе может понадобиться обработка инпута или преобразование значения и тд

это происходит до action

и редюсер неплохое место что бы разместить эту логику

это происходит до action

но это не совсем правильно т.к если так делать, то компонент будет превращаться в монстра

Я так часто объясняю что нужно помещать в редакс: данные/состояние, которые интересны более чем одному компоненту.

с кучей логики, а такого не хочется, хочется что бы логика была в джаваскрипте и не пересекалась с юайной састью

А вообще есть пара хороших статей про это если погуглить.

Но с формами отдельная тема

Правильный подход с формами это когда их стейт локальный, а в редуксе лишь ее состояние

валидная, заполненная, измененная

У меня так не вышло (

Кнопочка "очистить" в хедере и досвидули

Звучит здорово

вечер в хату

Кнопочка "очистить" в хедере и досвидули

Да, не всегда выходит, но пропса clearing: true вилл ресив пропс, и потом clearing:false

валидная, заполненная, измененная

согласен, но, напрмер, мне нужно чтобы стейт неотправленной формы сохранился если пользователь решил перейти по ссылке и посмотреть дополнительную инфу, чтобы не потерять данные

Да, не всегда выходит, но пропса clearing: true вилл ресив пропс, и потом clearing:false

Kostylee

Kostylee

Да

согласен, но, напрмер, мне нужно чтобы стейт неотправленной формы сохранился если пользователь решил перейти по ссылке и посмотреть дополнительную инфу, чтобы не потерять данные

1. не анмаунтить форму 2. все таки закинуть в редукс, но чисто как временное хранилище

Ну понятно что идеальный варик не всегда выходит, но все же состояние формы это чисто локальное состояние

пацаны с чего начать изучать реакт ?

с доки офк

я тут видос посмосмотрел

ну форма тут была больше как пример, что в view храню состояние которое важно сохранить во время переходов по ui

там тем более апдейтнули ее

а мне сказали это уже не юзают

а мне сказали это уже не юзают

Потому что дофига времени прошло, иногда api меняется

post draft собственно так я и использую форму

Потому что дофига времени прошло, иногда api меняется

видос 2016 года

Из видосов смотри основные принципы, а актуальная инфа в доке

видос 2016 года

Пиздец старый

post draft собственно так я и использую форму

Ну это да, я просто говорю про сам подход как в redux-form

где все в редуксе

он не всегда верный

где актуальная инфа ?

где актуальная инфа ?

В доке

И в чате

там инглисш ?

там инглисш ?

Да

уууу бля

ну я использую кастомные компоненты которые сохраняют стейт локально, и имеют onChange, и если нужно, то я могу сохранить глобально

ну я использую кастомные компоненты которые сохраняют стейт локально, и имеют onChange, и если нужно, то я могу сохранить глобально

ок

вообще, reducer-in-action хорошо подходит если модель data-in data-out и если данные больше нигде не изменяются, это наилучший вариант, работает как минимум быстрее и имеет больше преимуществ над стандартным подходом (учитывая что не имеет недостатков, в данном примере)

вообще, reducer-in-action хорошо подходит если модель data-in data-out и если данные больше нигде не изменяются, это наилучший вариант, работает как минимум быстрее и имеет больше преимуществ над стандартным подходом (учитывая что не имеет недостатков, в данном примере)

ну я вообще не вижу проблемы для таких редюсеров

не особо много боилерплейта

@sergeysova @ZeroBias

вообще, reducer-in-action хорошо подходит если модель data-in data-out и если данные больше нигде не изменяются, это наилучший вариант, работает как минимум быстрее и имеет больше преимуществ над стандартным подходом (учитывая что не имеет недостатков, в данном примере)

вообщем не вижу смысла загоняться из-за этих кейсов т.к это не самое больное место

и с такими екшонами меньше всего проблем

Надо решать сложные кейсы

соглашусь, просто слишком много внимания уделили этому подходу как изначально неверному и не имеющему право на существование, каждый подход нужно использовать для того, для чего он создан крч

на 16ом реакте не глючит, если быстро вводить символы?

у меня 15

соглашусь, просто слишком много внимания уделили этому подходу как изначально неверному и не имеющему право на существование, каждый подход нужно использовать для того, для чего он создан крч

я это первый сказал же >_>

?

это что за либа?

https://github.com/wellguimaraes/actionware свой форк

это что за либа?

Щас бы оказалось, что твоя

Было бы мило

Щас бы оказалось, что твоя

Ну я кидал пулл реквесты когда у нее 12 звездочек было еще)

Сова просто недавно такую же по смыслу пилил

А можно установить свой форк через нпм?

А можно установить свой форк через нпм?

Да

Кинь ссылку

На эту либу

https://github.com/zhDmitry/rrethunk

там без нпм

В ридми можно было подсветку кода

Я хотел бы по нормальному оформить, но времени нету.

там без нпм

Пэкедж.жсон есть, значит можно установить