Есть хук componentDidMount или componentWillReceiveProps, обычно там можно разрулить эти вопросы. Но я бы в мидлвар уносил все эти запросы

ты наверно не понял, еще раз более подробно, в дидМоунт рендерю данные из стора, и тут же запрашиваю актуальные

ты наверно не понял, еще раз более подробно, в дидМоунт рендерю данные из стора, и тут же запрашиваю актуальные

ты наверно не понял, еще раз более подробно, в дидМоунт рендерю данные из стора, и тут же запрашиваю актуальные

Как ты рендеришь данные в дидМаунт?

через document.write

Как ты рендеришь данные в дидМаунт?

через document.write

через document.write

через document.write

это шутка) в том смысле, а как еще можно рендерить данные ктоме как setState ?

это шутка) в том смысле, а как еще можно рендерить данные ктоме как setState ?

уровень обсуждения

давай jsfiddle где ты убьешь функцию асинхронно

@zuldare ну так че

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

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

блять, ну ты читал что я пишу? ты можешь получить ТЕКСТ ФУНКЦИИ и вмместо вызова ее прошаманить текст и евальнуть

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

ну камон, асинхронно убивать функцию как будто вчера придумали

например разгребя ее код и после каждой строчки вставив yield

ничего что после того как ты выцепишь текст функции, отредактируешь его и эвальнешь это будет уже другая функция?

Парни, подскажите пожалуйста, как добраться до input из handleEditClick (строка 60) input лежит в компоненте FormEdit (5 строка). И установить на нём фокус?

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

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

Парни, подскажите пожалуйста, как добраться до input из handleEditClick (строка 60) input лежит в компоненте FormEdit (5 строка). И установить на нём фокус?

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

не сомвсем понял, то есть если делать в render() { setState }, то он может перебить прошлый рендер?

не сомвсем понял, то есть если делать в render() { setState }, то он может перебить прошлый рендер?

если setState действительно асинхронный и запускает рендер не в текущем тике, то текущий рендер он не остановит

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

Кто-то испытавает трудности с 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

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

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

Кто-то испытавает трудности с 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

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

для тех кто думает что setState асинхронный: https://codepen.io/anon/pen/NvVGpq

с синхронным рендером можно то же самое?

что значит синхронный рендер, он всегда синхронный в реакте <16

а клик по твоему с таймаутом тоже синхронные?

это евент хэндлер, никакого отношения к рендеру не имеет