ехал гитлер через гитлер ?

Из родителя у потомка

Сформулируй ещё раз вопрос.

вроде через рефы делал

но это странная архитектура и попахивает

а тьфу

Есть компонент который принимает несколько потомков. Я хочу из родителя получить данные от потомков

Я думаю, что вопрос надо нормально сформулировать.

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

Наоборот

Есть компонент который принимает несколько потомков. Я хочу из родителя получить данные от потомков

Колбеки

в родителе тогда?

Прокидывай функции в потомков.

Да

а не “из родителя"

Но ведь колбек вызывает потомок

я щас глупость скажу

редакс

Но ведь колбек вызывает потомок

Чего?

Николай, если тебе нужен шеред стейт такой, то лучше ридакс

Прокидываешь функцию в ребёнка, он её вызывает с данными, которые тебе нужны.

Я могу передать колбек, но этот колбек вызовет потомок

тут надо самому дергать рычаг насклько я понял

А тебе что надо?

когда данные нужны

В какой-то момент существования родителя ему могут понадобиться данные от потомка. Он должен их получить

ну правда, идея херовая

Передай ему функцию, которую вызовет потомок. Триггером вызова функции может быть какой-нибудь пропс.

почему не редакс?

Мне не нравится идея хранить всё в редаксе.

мне тоже

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

Я на днях сумел нормально заюзать стримы в подобном кейсе

Да, потомок сам должен решать, как я считаю.

ну данные сверху вних передаются

наоборот колбеками

Николай, попробуй через реф

Я на днях сумел нормально заюзать стримы в подобном кейсе

Через mapStreamToProps То есть получилось всё круто, но нужно понимать что это просто ппц взрывоопасный метод

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

омфг

mapStreamToProps

Через mapStreamToProps То есть получилось всё круто, но нужно понимать что это просто ппц взрывоопасный метод

Эта функция откуда?

mapPropsStream точнее

Рекомпоз

Исключительно одна функция, отмечу, ничего другого из него

Постоянно следя за тем, чтобы сохранялась типизация между компонентом и результатом) Чайлды получают себе хэндлеры стримов и вызывают в них данные, в коннекте лежат стримы которые их принимают, делают из них композицию свойств и отправляют обратно — это затевалось в том числе чтобы больше не думать о setState of unmounted и вообще императивном setState

Но я повторюсь, стримы — это максимально опасная вещь)

гулгли react-router 404 например https://stackoverflow.com/questions/43332129/react-router-dom-v4-404-pagenotfound-route-path-not-working

Гляну, спасибо

Гляну, спасибо

Я там чуть выше дал на доку ссылку

С реализацией

С реализацией

?

привет, есть ещё знатоки react-router v3, или уже неактуально и всё забыто?

ребят, есть легаси с react-router 3, подскажите, как сделать так, чтобы на одних эндпоинтах onEnter был, а на других нет, если все они в корне? например, на /err нет ничего, на всех остальных есть <Route path="/" component={App} onEnter={willTransitionTo}> <IndexRoute component={Dashboard}/> <Route path="/register/:token" component={CheckToken}/> ... <Route path="/err" component={Error}/> </Route> я просто не эксперт в роутерах, пытаюсь понять, что делать)

“легаси с react-router 3” легаси так легаси, меньше чем полгода назад это было нормальным решением)

там просто помимо этого есть ещё куча штук, которые морально устарели

“легаси с react-router 3” легаси так легаси, меньше чем полгода назад это было нормальным решением)

полгода - это половина вечности для фронта

там alt-container ещё

там просто помимо этого есть ещё куча штук, которые морально устарели

у меня микс реакт кода и джейд шаблонов

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

Постоянно следя за тем, чтобы сохранялась типизация между компонентом и результатом) Чайлды получают себе хэндлеры стримов и вызывают в них данные, в коннекте лежат стримы которые их принимают, делают из них композицию свойств и отправляют обратно — это затевалось в том числе чтобы больше не думать о setState of unmounted и вообще императивном setState

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

searchUsers — определённый асинхронный запрос к серверу, всё остальное — стандартные функции most, immutable и recompose

увольняться

Куда идти-то?)

Куда идти-то?)

Мало вакансий что ли?

Мало вакансий что ли?

Вакансий много, только в 10% нормальные места...

Я просто тоже в поиске сейчас, так что в теме малех

Гайс ,есть среднее приложение ,хочу попробовать перехать на flow,у кого есть опыт ? Будет сложно ?

Нет.

ничего сложного

Переходиишь пофайлам.

вот подводные камни

нет конечно, кроме opaque types, phantom, $ObjMap, $TupleMap, $Pred, и %checks

Дык это не обязательно сразу фигачить.

У меня есть propTypes ,так что пойду переносить все на flow

потому что этот бойлерплейт задолбал

и его слишком легко обмануть случайно

Красиво, но тяжело втянуться в это, но красиво

ну я свое решение почти такого же кейса уже кидал

Красиво, но тяжело втянуться в это, но красиво

В общем концепция такова: тебе даётся интструмент на котором можно писать крайне эффективный и изящный код компонентов, но если у тебя в коде проблемы — проще сразу застрелиться

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

То есть большая сила требует большой ответственности, и в случае стримов надо быть предельно аккуратным

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

В плане

Ну у тебя идет поиск по юзерам, а может потом понадобиться похожая логика с поиском для другого компонента

С другим апи вызовом

Просто с нуля переписывать хок ?

Я вообще не уверен что переиспользование тут будет хорошей идеей но сейчас сам думаю над этим