запросы разные, их не надо выкидывать)

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

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

скинь, интересно

https://gist.github.com/andreyelpaev/75fc28d113c58fc66b75a00a24c6168b

Пока не хочется полдня тратить на гист, может ли проблема быть где-то тут (кусок компонента 2)

Если location меняется, значит проблема не в блокировании обновлений

запросы разные, их не надо выкидывать)

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

Все, решил

В родительском роутере было 3 маршрута на один компонент. Добавил им всем в render разный key. Значит косяк был именно в sCU.

если есть race condition, то у redux-saga есть свои плюшки для этого

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

запросы могут выполняться по таймеру

Сразу лучше бери rx или саги

Ребят, можете посоветовать проверенную временем и опытом простую табличку с сортировкой и пагинацией? Сам уж думал сделать, но наверняка можно сэкономить время сейчас. На awesome-react-components заглядывать уже стрёмно, т.к. там слишком ширикий выбор уже.

react-bootstrap-table тоже ок

Как лучше поступить в ситуации ? В конструкторе компонента подгружаю список через экшен. Редьюсер обрабатывает, закидывает в стейт. Через коннект в пропсы прокидываю эти данные. В первый раз они появляются в пропсах уже при рендере, а мне нужно их условно в state закинуть при инициации.

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

Как лучше поступить в ситуации ? В конструкторе компонента подгружаю список через экшен. Редьюсер обрабатывает, закидывает в стейт. Через коннект в пропсы прокидываю эти данные. В первый раз они появляются в пропсах уже при рендере, а мне нужно их условно в state закинуть при инициации.

в конструкторе не надо ничего подгружать

в конструкторе не надо ничего подгружать

особо не важно. Допустим, в componentDidMount Итог-то тот же

при этом, всё на redux-actions. То есть, через async/await не выйдет

особо не важно. Допустим, в componentDidMount Итог-то тот же

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

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

getDerivedStateFromProps

закинете как только данные придут

Хай, фолкс! Тут, как я вижу, активное реакт-коммьюнити, но я за реакт еще не брался и у меня иногда возникают вопросы по JS в целом. Не подкинет ли кто в личку ссылку на толковый канал по JS? Буду признателен. :)

Как лучше поступить в ситуации ? В конструкторе компонента подгружаю список через экшен. Редьюсер обрабатывает, закидывает в стейт. Через коннект в пропсы прокидываю эти данные. В первый раз они появляются в пропсах уже при рендере, а мне нужно их условно в state закинуть при инициации.

render(){ if(!this.props.data) return null; }

Хай, фолкс! Тут, как я вижу, активное реакт-коммьюнити, но я за реакт еще не брался и у меня иногда возникают вопросы по JS в целом. Не подкинет ли кто в личку ссылку на толковый канал по JS? Буду признателен. :)

В описании чата есть

render(){ if(!this.props.data) return null; }

А как же тернарка ?

А как же тернарка ?

Хуйня полная ?

А как же тернарка ?

Ты же шутишь, да?

Как лучше поступить в ситуации ? В конструкторе компонента подгружаю список через экшен. Редьюсер обрабатывает, закидывает в стейт. Через коннект в пропсы прокидываю эти данные. В первый раз они появляются в пропсах уже при рендере, а мне нужно их условно в state закинуть при инициации.

Можешь метод сделать

для проверки

и вызвать его

render(){ if(!this.props.data) return null; }

но так думаю норм

return !data ? null : <SomeComponent />

особо не важно. Допустим, в componentDidMount Итог-то тот же

Разница есть, как минимум в семантике, конструктор - чистая функция инициализации и не предназначена для сайд-эффектов. Следуя нормам библиотеки и комьюнити (использовать cdm) - вы пишите более читаемый == поддерживаемый код

return !data ? null : <SomeComponent />

Полное говно

return !data ? null : <SomeComponent />

Если будет большой компонент?)

Типа HTML теги там

return !data ? null : <SomeComponent />

В else может быть тонна всего

Полное говно

А два return лучше да ?

А два return лучше да ?

Да

гайз, есть ли какой-нибудь клевый способ обрабатывать всем скопом ошибки Cannot read property of undefined ?

гайз, есть ли какой-нибудь клевый способ обрабатывать всем скопом ошибки Cannot read property of undefined ?

flow \ ts

do expression тогда уже лучше

гайз, есть ли какой-нибудь клевый способ обрабатывать всем скопом ошибки Cannot read property of undefined ?

&&

гайз, есть ли какой-нибудь клевый способ обрабатывать всем скопом ошибки Cannot read property of undefined ?

https://github.com/tc39/proposal-optional-chaining

https://github.com/tc39/proposal-optional-chaining

Ну шо ты начинаешь, там стейдж 2

&&

и всю эту простыню в рендере держать? (

Ну шо ты начинаешь, там стейдж 2

Стейдж 1!!

и всю эту простыню в рендере держать? (

Увы

Стейдж 1!!

Ладно, я думал они уже продвинулись

Или рисковать очком и юзать пропозалы со стейдж 1

и всю эту простыню в рендере держать? (

напиши функцию

напиши функцию

Уже есть в лодаше)

lodash/isEmpty ?

lodash/isEmpty ?

Там есть get

Или типа того

Но упаси господь

В описании чата есть

Ой, простите, протупил. Спасибо!

_.get() есть такое

гет есть

Ну шо ты начинаешь, там стейдж 2

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

Чета там на букву n, вроде

вот с лодаш гет мне прям нравится

Ребят, что используете на проектах? lodash-fp, ramda? Или лучше нативом все обрабатывать и писать хэлперы?)

вот с лодаш гет мне прям нравится

Ага, какая услада лишить себя к хуям статического анализа

Ребят, что используете на проектах? lodash-fp, ramda? Или лучше нативом все обрабатывать и писать хэлперы?)

все точно не сможешь нативом писать

ERROR: S client not available

Ребят, что используете на проектах? lodash-fp, ramda? Или лучше нативом все обрабатывать и писать хэлперы?)

Лодаш-фп

Ребят, что используете на проектах? lodash-fp, ramda? Или лучше нативом все обрабатывать и писать хэлперы?)

для чего конкретно?

А... это ты :)

Ага, какая услада лишить себя к хуям статического анализа

а ну, поподробнее

а ну, поподробнее

Ну там имена свойств / пути к ним будут в строках

Лодаш-фп

Норм либа?))

Ну там имена свойств / пути к ним будут в строках

И статический анализатор соснёт

Ну шо ты начинаешь, там стейдж 2

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

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

Рискуешь очком

Ну там имена свойств / пути к ним будут в строках

собсна собираюсь это использовать в темплейтах, мне или простыню городить из && или лодаш гет

Ну там имена свойств / пути к ним будут в строках

Флоу же умеет в такое

Рискуешь очком

Хотя! На самом деле, если отменят, достаточно будет сорцы прогнать через бабель один раз

Ну там имена свойств / пути к ним будут в строках

как золотой молоток юзать не собираюсь

Одна строчка в .babelrc и одна запись в package.json.

И поиск по ?.

И поиск по ?.

Проще через бабель прогнать же

Ладно, я таки зря заагрился

Действительно довольно легко фиксится

Единственное что в коде потом будет хуева туча тернарок

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

А потом спеку перепишут

И жепа будет гореть

А потом спеку перепишут

А что они там могут переписать?

И так всегда горит, хуже не будет :)

Это такая фича, что она или есть, или нету

А что они там могут переписать?

Точку с вопросом местами поменяют ?

Точку с вопросом местами поменяют ?

ctrl+shift+r

getDerivedStateFromProps

А реально сделать forceUpdate после return getDerivedStateFromProps?

Ребят, ещё вопрос по виджетам (Recharts). В доке не могу найти, но может быть есть способ "схлопывать" большие периоды на графике? Например, у меня есть гарфик LineChart, в который передаются данные для его отрисовки. Данные за месяц. Если же я передам в него данные за год, то он их нечитабильно отрисует. Можно как-то адаптировать это отображение библиотекой или нужно ручками данные нормализовывать в зависимости от перида, за который они предоставлены?

А реально сделать forceUpdate после return getDerivedStateFromProps?

На Ху Я

Зачем тебе вообще форс апдейт??

А реально сделать forceUpdate после return getDerivedStateFromProps?

Прочитай плз вот это https://reactjs.org/blog/2018/03/27/update-on-async-rendering.html думаю ты найдешь свой кейс и решение