никаких location (params, history, еще какой нибудь хуйни) он не пробрасывает. точка.

got it

ты был прав

как ты пробрасываешь компонент в <Route component={} />?

друзья, а что вы используете, если надо матчить юзер агент? например, чтобы в API было isAndroid

как ты пробрасываешь компонент в <Route component={} />?

стандартно import MyComponent from ... <Route component={MyComponent}

кхм

в проптайпсах описывать тоже не надо

ты уверен, что не нужно

я описал, у меня есть

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

то что делает для прода - transform-react-remove-prop-types например

Скажите, пожалуйста, насколько трудно переехать на server side rendering в плане переработки кода?

гайс, есть у кого тутор фейсбука в pdf?

друзья, а что вы используете, если надо матчить юзер агент? например, чтобы в API было isAndroid

Bowser

Скажите, пожалуйста, насколько трудно переехать на server side rendering в плане переработки кода?

Нетрудно. Надо проследить, что все методы, которые работают с домом были в componentDidMount, а не в componentWillMount.

Ну и тому подобных фишек есть пригоршня.

Ну и тому подобных фишек есть пригоршня.

Где можно почитать про пригоршню?

Да нигде. Если юзаешь react router, то его доку посмотри. А так надо просто помнить, что на сервере нет window, document и т.д.

Ну и знать какие лайфцайкл методы когда исполняются

Понял, спасибо. c livecycle знаком, работа с dom уже перенесена в DidMount

ну и использовать replace из rr, вместо const replace = url => window.location = url

но это само собой

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

если используете редакс, то нужно юзать thunk и передавать экстра-параметром всякий контекст. например, history, язык, авторизованного пользователя и т.д.

использую thunk, action-creators есть асинхронные, которые вызываются из приложения, и простые для отправки редьюсеру. В асинхронных работаю с данными и передаю их как параметр простому криэйтору

об этом речь?

Самое сложное будет решить как собирать данные до SSR

Если сейчас данные собираются в одном месте - то легко

Скажите, пожалуйста, насколько трудно переехать на server side rendering в плане переработки кода?

Telegram заглючил :) Самое сложное будет решить как собирать данные до SSR. Если сейчас данные собираются в одном месте или используется Relay, то всё просто. Если сбор данных разбросан по компонентам, то придётся немного потрудиться. Но тоже всё просто.)

Самое сложное будет решить как собирать данные до SSR

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

Сложности не проблема, просто хочу правильно рассчитать сроки

Telegram заглючил :) Самое сложное будет решить как собирать данные до SSR. Если сейчас данные собираются в одном месте или используется Relay, то всё просто. Если сбор данных разбросан по компонентам, то придётся немного потрудиться. Но тоже всё просто.)

Что вы имеете в виду под сбором данных?

парни, если я лямбду передаю вот так render() { const { myProp } = this.props; return <input onChange={() -> doSomething(myProp)} />; }

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

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

https://medium.com/@esamatti/react-js-pure-render-performance-anti-pattern-fb88c101332f#.af1hhonmv

и во время события onChange срабатывает старая функция, замкнутая на старый myProp ?

судя по статье, раз функция пересоздается каждый раз, мы должны в onChange иметь всегда свежую функцию, замкнутую на свежий myProp

но этого почему-то не происходит

зависит от того, что такое -> и что происходит в компоненте в целом

может у тебя shouldComponentUpdate игнорит чейнджи myProp ¯\_(ツ)_/¯

не игнорит, render происходит с обновленным myProp

и уже после происходит onChange со старым myProp

остаётся вопрос что такое ->. и почему onChange у тебя не смотрит на event.target.value и вообще на аргументы.

это опечатка =>

А перед вызовом функции myProp правильный?

Внутри обработчика уже

внутри обработчика старый myProp

http://www.reactiongifs.com/r/2013/06/I-dont-believe-you.gif

Синтаксис правильный, либо есть какой-то side effect вне предоставленного участка кода, либо ошибка в логике

Добрый всем день! Коллеги, есть пара вопросов. (Речь о React Native в связке с Redux.) 1. В какой точке программы вы начинаете выполнять идентификацию устройства, запрос данных с сервера (пока на экране "Loading") и тп? Варианты навскидку такие: а) Сразу, как только сконфигурировали store и получили dispatch? Типа, store.dispatch(idDeviceAndLoadData()) - я склонился пока что к этому варианту - это ок? можно лучше?). б) В момент, когда перешли на первую страницу (код в componentDidMount() соответствующей сцены) в) Еще где-то.. 2. Второй вопрос задам отдельно. Чуть ниже.

Второй вопрос такой: Как вы привязываете логику приложения к срабатыванию какого-то действия (action, FSA)? Вот, к примеру, приложение получило от сервера пакет элементов. Понятно, что есть редьюсер, который эти элементы сложит куда-то; может, даже взведёт какой-то флаг, что, мол, данные получены. И какой-то компонент даже отрисует их. Но вот живет в приложении какая-то другая сущность, которая, должна сделать какую-то трансформацию над элементами и принять решение, надо ли еще совершать какие-то действия (подгрузить новую порцию, обновить флаги в профиле пользователя и тп). Так вот, разбор элементов по ключам для обновления кеша - эта логика легко ложится на редьюсер. А вот вызов последующего действия, очевидно, должен лежать, скажем, либо в асинх-экшенах, либо в компонентах. НО.. Получается, то логика обработки данных приложения размазывается. Есть стройное приложение ToDo - там вся логика - внутри редьюсеров. А в ситуации, что я описал, оказывается, требуется некая мета-логика, и храниться она может где угодно. Наверняка, вы сталкивались с описанной мной проблемой. Как вы поступали в таких случаях?

в мидлварах может?

в мидлварах может?

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

Да, ну в мидлваре ты ведь можешь посмотреть какой экшен произошел - получить данные - посмотреть и уже решить - отправить какой-то ещё запрос либо дальше отправить данные

Да, ну в мидлваре ты ведь можешь посмотреть какой экшен произошел - получить данные - посмотреть и уже решить - отправить какой-то ещё запрос либо дальше отправить данные

Да, в принципе я согласен. (Можно на ты?) А ты сам к М/В часто прибегаешь?

можно) ну если есть в этом необходимость - то да. Но я не работал с RN поэтому как там устроено не знаю

Второй вопрос к RN ортогонален. Первый порос по RN.

Кстати, есть ли отдельная группа по React Native, кто подскажет?

https://telegram.me/reactnative_ru

Вопрос по react+recompose: Как, имея в withState(value, updateValue, 0,) обновлять value (например, в withPropsOnChange) непрерывно по таймеру setInterval(()=>updateValue(value+1), 500)

https://telegram.me/reactnative_ru

Спасибо

Всем привет! Вопрос: что использовать для форматирования телефонного номера: +7 (123) 123-45-67? Любой телефонный номер любой страны (ну или ряда стран).

react-maskedinput

react-maskedinput

спс, но вопрос про форматирование: когда пользователь ввел +7123…, показать отформатированный

???

ну он вводит и сразу форматируется

в чем проблема?

Ну

Форматированный вывод

react-maskedinput

походу объяснять не умею, щас примеры

например, если брать рос номер и укр номер, то есть разница в форматировании: +7 (916) … и +380 (50) …

REACT

MASKED

INPUT

http://insin.github.io/react-maskedinput/

мне спарсить надо и отформатировать, это не маска, я прав?

Ну блин, берешь и делаешь. В чем проблема-то? Угадываешь какой страны номер и соотвественно форматируешь

11 знаков и начинается с 7 — Россия, взял нужный формат и т.д. Что тебе еще надо?

Короче я так и не разобрался, где преобразовывать данные от сервера. Допустим, ситуация: есть кривой API, из него приходит ответ в формате { ageG0: 1, ageG1: 123, ageG2: 21 } и так до ageG6. Мне надо это заюзать в highcharts, а для этого надо всё преобразовать в простой массив Подскажите, пожалуйста, кто бы где сделал это преобразование Я гуглил, спрашивал, есть такие подходы: 1) если не нужен исходный ответ, то в middleware, тогда в store будет храниться уже преобразованный вид 2) в mapStateToProps в контейнере, то есть перед рассылкой пропсов по компонентам 3) в функции-селекторе – похоже на второй вариант, но более универсально

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

А если там сто строк перехерачивания данных? Придется как-то разбивать на модули

Вообще в экшене лучший вариант

либо вынести само перехерачивание в какой-нибудь utils/convert.js, если надо реюзать его

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

ну тогда в экшене

и всё

Тоже так делаю

У меня есть фильтры, много фильтров

Для сервера нужно одно, у меня для стейта другое

Например

mkadDistance: { min, max } в стейте, чтобы со слайдером норм работать

mkadDistance=min..max для сервера

У меня есть /helpers.js где есть функция mapParams