типа такого? на русском написал для наглядности) это норм подход?

лол

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

Ты можешь слушать один экшн в двух редьюсерах

Ты можешь слушать один экшн в двух редьюсерах

Более того, с точки зрения надежности "транзакции" это правильнее за счет атомарности.

зыс.пропс.PleaseUseEnglish

типа такого? на русском написал для наглядности) это норм подход?

Нет, делай из этого одну функцию

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

что) зачем это делать?

Понял, сделал прослушку пользовательского экшена в кассирском редьсере, спасибо)

что) зачем это делать?

Чтобы рассчитывать одни данные на основе других

Чтобы рассчитывать одни данные на основе других

ты что, датасаентинист????!

ты что, датасаентинист????!

не, он любитель жути наводить с помощью формализма))))

кек

ты что, датасаентинист????!

Он из этих, из data saints.

добре тогдв

не только когда плагин

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

День наступил. В доке же написано что чтобы стилизовать обычные реакт компоненты они должны принимать проп классНейм и прокидывать в компонент

Понятно, что через класснейм все можно стилизовать, как стилизовать через sc ?

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

Лол

!спам

Понятно, что через класснейм все можно стилизовать, как стилизовать через sc ?

Так это же очевидно вроде... Он не может вторгаться в реакт компоненты

Привет! А кто-нть юзал redux-axios-middleware? Как правильно настроить interceptors, чтобы prerequest отлавливался?

Добрый день. Подскажите пожалуйста стоящие курсы или выбинары по РЕАКТу.

Привет! А кто-нть юзал redux-axios-middleware? Как правильно настроить interceptors, чтобы prerequest отлавливался?

Зачем для этого мидлваря ? Достаточно в конфиг добавить интерсептор

transformRequest свойство

Так это же очевидно вроде... Он не может вторгаться в реакт компоненты

Ааа, точно

У меня вопрос не по теме, кто-нибудь работает на upwork? Как выводят деньги?

У меня вопрос не по теме, кто-нибудь работает на upwork? Как выводят деньги?

Сюда @javascript_jobs

Привет! А подскажите как правильно лочить state при асинхронных запросах?

Пацаны, жс вырос, придётся расти вместе с ним https://ru.wikipedia.org/wiki/%D0%9C%D1%8C%D1%8E%D1%82%D0%B5%D0%BA%D1%81

Привет! А подскажите как правильно лочить state при асинхронных запросах?

Кек

Пацаны, жс вырос, придётся расти вместе с ним https://ru.wikipedia.org/wiki/%D0%9C%D1%8C%D1%8E%D1%82%D0%B5%D0%BA%D1%81

для синхронизации одновременно выполняющихся потоков. Жс ещё не на столько вырос

А что такое лок в асинхронщине?

Скорее всего я пока чего-то не понимаю, но задача такая: в componentDidMount периодически делается get запрос на получение массива элементов, который сохраняется в state. Юзер может эти элементы добавлять и удалять сам (вызываются соответствующие api запросы). В рендере я смотрю на массив элементов и отображаю их. Надо ли заботится о блокировке этого массива во время апи-запросов или React сам разрулит это?

для синхронизации одновременно выполняющихся потоков. Жс ещё не на столько вырос

https://developer.mozilla.org/en-US/docs/Web/API/Navigator/locks

Зачем для этого мидлваря ? Достаточно в конфиг добавить интерсептор

ок, а подскажи еще - как лучше хэндлить обновление истекающего токена? где лучше отлавливать и откуда кидать экшн в редакс?

Дедлоки завезли

Скорее всего я пока чего-то не понимаю, но задача такая: в componentDidMount периодически делается get запрос на получение массива элементов, который сохраняется в state. Юзер может эти элементы добавлять и удалять сам (вызываются соответствующие api запросы). В рендере я смотрю на массив элементов и отображаю их. Надо ли заботится о блокировке этого массива во время апи-запросов или React сам разрулит это?

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

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

Изначально так и есть. Но не может ли возникнуть ситуация, когда запрос get из componentDidMount (а он делается раз в несколько секунд) совпадет по времени с апи -запросом юзера? Оба обработчика будут менять state

Изначально так и есть. Но не может ли возникнуть ситуация, когда запрос get из componentDidMount (а он делается раз в несколько секунд) совпадет по времени с апи -запросом юзера? Оба обработчика будут менять state

У тебя запрос юзера и гет запрос из componentDidMount изменяют одно и то же свойство в стейте?

У тебя запрос юзера и гет запрос из componentDidMount изменяют одно и то же свойство в стейте?

да - массив элементов, хранящийся в state

ERROR: S client not available

да - массив элементов, хранящийся в state

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

Т.е. ответ первого запроса изменит стейт

Потом придет ответ от второго запроса, и он изменит стейт

Одновременно они не будут перезаписывать стейт

Потом придет ответ от второго запроса, и он изменит стейт

соответственно рендер вызовется при каждом изменении state?

Это же все основы основ

соответственно рендер вызовется при каждом изменении state?

да

ок, спасибо! я всего месяц во фронтенде, не пинайте сильно )

ок, спасибо! я всего месяц во фронтенде, не пинайте сильно )

и лезешь в реакт, ох ля

соответственно рендер вызовется при каждом изменении state?

Ну ты конечно можешь, если очень нужно, запретить перерендеривание в shouldComponentUpdate

и лезешь в реакт, ох ля

задачу дали, её проще всего в чем-то таком решать

ок, спасибо! я всего месяц во фронтенде, не пинайте сильно )

блоч UI, пока идёт fetch

задачу дали, её проще всего в чем-то таком решать

Лол

Проще решать на том, что умеешь

Проще решать на том, что умеешь

А раз ничего не умеешь, все равно в чем!

А раз ничего не умеешь, все равно в чем!

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

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

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

и лезешь в реакт, ох ля

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

Ну так чуть сложнее будет