Я не совсем пойму что у тебя за переходы, и что ты там хранишь

Напиши формат как хранишь данные которые тебе надо загрузить и отобразить

Если так пошло, то "Бля" и "Пиши в одном сообщении" можно тоже в одном сообщении)

нет

а как тогда люди пишут нормальный код с async/await? я просто вижу два варианта: использовать try/catch на каждый возможный promise rejection, либо заворачивать всё в try/catch: первый вариант: const load = id => async (dispatch, getState) => { let response try { response = await fetch(...) } catch (err) { // чё-то делать с ошибкой } let data try { data = await response.json() } catch (err) { // ... } // ... } второй вариант: const _load = id => async (dispatch, getState) => { const response = await fetch(...) const data = await response.json() // ... } const load = async id => { try { _load(id) } catch (err) { // ... } }

кто-то пользовался material-ui и react toolbox, что лучше будет?

Ребят дайте плиз чат по webpack,хочу в какашках поковыряться

@webpack_ru

естественно я хочу минимизировать кол-во вызовов функций для расчёта размеров

постфактум это после рендера что ли? :)

Почему бы тебе не задавать ему параметры? Или если там картинка, то узнай размеры картинки, прежде чем вставлять ее

Ну

не до шуток)

...собственно в этом случае может быть достаточно на каждый маунт один раз вызывать getBoundingClientRect...

Ох, ясно, reflow в помощь

?

https://github.com/iamssen/react-reflow это?....

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

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

ты SSR или где?

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

Кто-то испытавает трудности с react-router? мы например с такой проблемой столкнулись: 1. путь может быть /smth или /smth/:id при этом в пути так же может присутствовать пагинация и дата Дисклеймеры: вполне возможно я что-то делаю не так. Это все про v4. Простите что не прикладываю пруф-линки на соответствующиеобсуждения и документацию, если будет нужно поищу. добавить это всё в pathname по нормальному не выйдет. С query-параметрами react-router не работает. В результате пагинация и смена даты не попадает в историю, и как показали наблюдения за пользователями это неожиданно и неудобно. 2. Другая проблема, Дэн Абрамов уверяет, что react-router-redux нужен не всем и не всегда. Но не упоминает кейс с переходами по страницам в экшенах. Без react-router-redux приходится городить переходы в компонентах, что выглядит странно. 3. Далее, react-router-redux by design, и это не собираются менять (якобы путь может по разному трактоваться), не хранит в сторе распаршенные параметры пути, а только pathname, которого не достаточно и приходится городить костыли чтобы нормально с этим работать. 4. Ещё он не предлагает никаких годных решений по восстановлению скрола. У вас есть хорошее решение? А чтобы навешивать обработчики переходов нужно городить обертку над Route 5. Чтобы получить в layout полный распаршенный путь нужно сделать дважды вложенный роутер и класть layout внутрь роута, а результате в react devtools какое-то месиво и каждый раз нужно потерять несколько секунд чтобы найти глубоко вложенную страницу. 6. похоже react-router-redux не хранит в сторе историю и не позволяет приложить свои данные как это делает нативный history 7. Не позволяет обновить (перерендерить текущую) страницу Фух. Резюме: говнище ? . Думаю пилить поверх него библиотеку которой можно будет пользоваться. По сути просто собрать все костыли вместе и обмазать клеем и завернуть в подарочную упаковку. Часть проблем решается через использование синглтона history (history.push) поставляемого из одноименной библиотеки поверх которой работает react-router. В следующий сериях: — Почему redux-form недостаточно хорош — Почему fetch недостаточно хорош и сколько проблем решит axios

Здравствуйте, ребята. Наткнулся на react native, у меня вопрос, с ним делают только UI, или можно целостное приложение с нуля сделать?