форкаешь таск?

да

что это за пахабщина у тебя вообще?

setTimeout(() => this.nextStep(), 1000);

что это за пахабщина у тебя вообще?

вот от этой пахабщины я и хочу избавиться

наверное

по коду не понятно где она у тебя в каком месте находится

мне чисто было интересно, состояние вообще не меняется, или меняется спустя какое-то время

стоит с другой стороны посмотреть на этот вопрос

какую логику тебе необходимо реализовать?

что должно делать

какую логику тебе необходимо реализовать?

отправить данные на сервер, дождаться ответа и выполнить действия ПОСЛЕ того, как пришел ответ

мне чисто было интересно, состояние вообще не меняется, или меняется спустя какое-то время

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

так api, которое у тебя реализовывает обращение наверняка работает через promise

почему просто не зайти в промайс?

почему просто не зайти в промайс?

Воот!

я и хочу как раз обернуть вызов this.props.create в промис

отправить данные на сервер, дождаться ответа и выполнить действия ПОСЛЕ того, как пришел ответ

1. компонент генерит инициирующий экшин 2. в саге ловишь его с помощью takeEvery 3. далее твоя обертка REST API делает .request, .success, .failure в эти моменты ты меняешь состояние модели 4. встречаешь эти состояния в компоннете и отображаешь

1. компонент генерит инициирующий экшин 2. в саге ловишь его с помощью takeEvery 3. далее твоя обертка REST API делает .request, .success, .failure в эти моменты ты меняешь состояние модели 4. встречаешь эти состояния в компоннете и отображаешь

вот с 4 шагом проблема как раз

да вроде никаких. диспатчишь в success() api

вот с 4 шагом проблема как раз

ну сделай для себя некую модель редьюсера типа { data, isFetching, error }

и проверяй в компоненте, что в какой момент происхоит

если пошел запрос - экшин.request, то выставляешь isFetching: true

как только пришел ответ делаешь isFetching: false, и выставляешь либо дату либо ошибку

1. компонент генерит инициирующий экшин 2. в саге ловишь его с помощью takeEvery 3. далее твоя обертка REST API делает .request, .success, .failure в эти моменты ты меняешь состояние модели 4. встречаешь эти состояния в компоннете и отображаешь

3. Меняешь состояние это как?

3. Меняешь состояние это как?

экшинами в редьюсерах

https://pastebin.com/92jy46GJ

простой пример

дык есть уже

экшинами в редьюсерах

У меня функция рест апи возвращает результат,а ошибки ловятся в сага функцие

дык есть уже

мне кажется этого маловато

мне кажется этого маловато

для еррора тоже есть отдельный редюсер

экшен?

мне кажется этого маловато

мне нужно получить именно showRegStep2

У меня функция рест апи возвращает результат,а ошибки ловятся в сага функцие

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

action_succes, action_error, action_loading

обычно

action_succes, action_error, action_loading

i request

ещё

мне нужно получить именно showRegStep2

но он собака, приходит не сразу после вызова this.props.createProfile, а через секунду

мне нужно получить именно showRegStep2

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

я правильно понял, что ты пытаешься одним экшеном за все возможные изменения состояния запроса зацепиться?

не делай так

сделай разные экшены

для разных состояний запроса

но он собака, приходит не сразу после вызова this.props.createProfile, а через секунду

Thunk?

я правильно понял, что ты пытаешься одним экшеном за все возможные изменения состояния запроса зацепиться?

нет, там не один экшен

тогда проблем быть не должно

сложна

есть обычный state. например {loading: false, data: [], errors; []}

и он меняется в зависимости от того, что там у тебя происходит

так и есть

Thunk?

thunk

код редуцера

в студию

ребят, подскажите, как в react-redux определить, что action закончил свое выполнение?

Если акшн в экшне выполняются запросы, то надо возрвращать ф-ю и использовать модуль thunk. Который ставится как middleware

В редуксе все экшны выставляются в очередь и выполняются строго последовательно

dispatch нет

thunk

Обычно делают 3 экшна. Request, success, failed

Обычно делают 3 экшна. Request, success, failed

именно

так и сделано сейчас

так и сделано сейчас

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

В левой руке filter, в правой руке редакс мой пиар менеджер карл маркс

Рэпчик ?

ERROR: S client not available

так и сделано сейчас

Ты можешь цепочку промисов сделать

Я бы вообще не пускал в IT тех кто не знает английский, сорян

Зря.

Рэпчик ?

Капитал ??

https://stackblitz.com/edit/react-fv7ngv?file=index.js методом map, можно захватить не весь массив?

https://stackblitz.com/edit/react-fv7ngv?file=index.js методом map, можно захватить не весь массив?

Только если сделать filter

Обычно делают 3 экшна. Request, success, failed

Реквест только если вам нужен лоадинг

Только если сделать filter

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

есть кто свободный помочь с тз? (можно и за $)

https://stackblitz.com/edit/react-fv7ngv?file=index.js методом map, можно захватить не весь массив?

У вас bind вообще не правильно используется, и тут можно использовать arr.slice(0, 6).map()

Ребят, как правильно поступать с key? А конкретно что лучше туда передавать? Например при переборе массива мапом, индекс - я так понимаю нельзя, так как при изменении его, меняется и key

уникальный id лучший вариант

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

Понял, спасибо

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

не можно

не можно

Ну пояснили бы для приличия почему

Вроде как если измениться в будущем массив, удалить элемент какой то например в нем нужно будет, все сломается )

если изменится массив это уже перерендер

и ничего не сломается

я и уточнил если не будет перерендера

а в доке по реакту что написано про вывод массивов? ?

Не помню, иди почитай

ну просто на хера задавать такие тупые вопросы в чате?

если все в доке написано

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

Но это грабли, на которые очень легко наступить в будущем :)

Почему тупой вопрос? И для чего тогда этот чат? Чтобы письками мереться кто лучше помнит доку? У человека непонимание каких то вещей это нормально сюда он пришел за советом

Почему тупой вопрос? И для чего тогда этот чат? Чтобы письками мереться кто лучше помнит доку? У человека непонимание каких то вещей это нормально сюда он пришел за советом

Плюсую

ну просто на хера задавать такие тупые вопросы в чате?

РО на сутки

ну просто на хера задавать такие тупые вопросы в чате?

в следующий раз за такое будет РО на неделю

не можно

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