как?

У меня сейчас в проекте есть hoc, который чекает авторизацию и в зависимости от текущего статуса возвращает или null, или 404, или компонент изначальный

constructor() { this.state = { user: {} }; } cDM () { fetch().then(updateStateUser) } render() { render (this.state.user) ? <xmp>{ this.state.user }</xmp> : 'loading' }

Не претендую на бест практис, но работает

У меня сейчас в проекте есть hoc, который чекает авторизацию и в зависимости от текущего статуса возвращает или null, или 404, или компонент изначальный

но таким образом ты не дождешься

<Route path='/expert' component={Authentication(Expert, 'expert')} /> Что-то подобное

constructor() { this.state = { user: {} }; } cDM () { fetch().then(updateStateUser) } render() { render (this.state.user) ? <xmp>{ this.state.user }</xmp> : 'loading' }

ммм как это поможет решить проблемс?)

хммм

в реакт-роутере же есть onEnter функция, разве не удобнее ее использовать?

тоже дело

ща гляну

ммм как это поможет решить проблемс?)

а не поможет?

Authentication смотрит на стор и ждет, когда там данные о юзере появятся + проверяет есть ли необходимые права у юзера и разруливает редиректы, для незалогиненных, если нужно.

просто я подумал типа не успело загрузить пользователя выкинет меня на ошибку и все

Authentication смотрит на стор и ждет, когда там данные о юзере появятся + проверяет есть ли необходимые права у юзера и разруливает редиректы, для незалогиненных, если нужно.

если не сложно кинь пример этого Authentication

в реакт-роутере же есть onEnter функция, разве не удобнее ее использовать?

не, не пойдет

у меня так на нескольких компонентах может быть

и при каждом разе делать запрос лишний

на юзера

Зачем же каждый раз. Данные из стора берешь

Запрос на сервер делается только если в сторе нет данных

onEnter(nextState, replace, callback?)

мне надо "подождать" типа

Дмитрий получается самый норм варик предлагает

<Provider store={store}> <Router history={browserHistory}> <Route path="/" component={App}> <IndexRoute component={Home}/> </Route> <Route path="/users/" component={App}> <IndexRoute component={Users}/> </Route> <Route path="/auth/" component={App}> <IndexRoute component={Auth}/> <Route path='success/' component={Auth}/> </Route> <Route path="/profile/" component={App}> <IndexRoute component={Profile}/> <Route path=':user/' component={Profile}/> </Route> </Router> </Provider> App - делает запрос

Не претендую на бест практис, но работает

Как вариант можно завести хок, который показывает loading spinner и empty placeholder

привет всем еще раз. если используете duck modules с redux и reselect, то где обычно селекторы храните? в модулях или отдельно с доступом от корня стейта?

Да, вместо null можно что угодно рисовать

У меня флоу обычно такой 1) Открывается приложение. 2) Функция onEnter. В сторе нет данных. 3) Чекаем если есть токен в локалСторадж 4) Предположим, что есть, так как флоу интересней 5) Переходим на компонент со спиннером 6) Запрос к серверу на валидацию токена 7) По завершению запроса - возвращаемся где были, если валидация пройдена, либо на логин, если не пройдена

привет всем еще раз. если используете duck modules с redux и reselect, то где обычно селекторы храните? в модулях или отдельно с доступом от корня стейта?

В модулях щас

В модулях щас

то есть всегда есть 1 селектор на получение конкретного модуля внутри стейта? в самом модуле

ну, куска стейта точнее

У меня флоу обычно такой 1) Открывается приложение. 2) Функция onEnter. В сторе нет данных. 3) Чекаем если есть токен в локалСторадж 4) Предположим, что есть, так как флоу интересней 5) Переходим на компонент со спиннером 6) Запрос к серверу на валидацию токена 7) По завершению запроса - возвращаемся где были, если валидация пройдена, либо на логин, если не пройдена

ну тоже как вариант но эт скорее как закрытая система подходит у меня всеж не так)

то есть всегда есть 1 селектор на получение конкретного модуля внутри стейта? в самом модуле

ничего не понял честно говоря, селектор внутри стейта это как.

у меня селектор внутри контейнера. я честно скопировал предложенную в стартер-паке архитектуру

ничего не понял честно говоря, селектор внутри стейта это как.

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

пытаюсь выяснить что менее коряво - передавать в селектор путь до стейта модуля или объявлять дополнительный селектор в модуле

но у селектора и так доступ ко всему стейту есть, это ж редакс.

зачем дополнительный селектор

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

селекторы не реюзабельны

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

зачем дополнительный селектор

http://pastebin.com/pAZ6diq9

не до конца проработано но суть ясна

я честно говоря вообще не понял зачем это нужно (

короче первый вариант думаю правильнее

я как-то вообще вот так стал писать: selectors.denormalize('foos', [schemas.foos], filter(...)), selectors.denormalize('bars', [schemas.bars], take(10)), не знаю, понятно ли что это такое)

ребят, помогите разобраться на уровне концепции. Есть простое приложение посты, комментарии. И у постов, и у комментов есть лайки. Создаю 3 компонента: Post, Comment, Like. По умолчанию Like получает кол-во лайков через props от родительских Post и Comment. По клику на Like нужно увеличивать/уменшать значение, передавать родителю и сохранять в базу. Вопрос: где должен задаваться state компонента Like?

в сторе?

плюс оптимистичные апдейты

создавать для Like отдельный стор?

или в сторах Post & Comment

стор для аппа

ок, но допустим что приложение вообще глупое, без сторов, без записи в БД

вопрос концептуальный, повторюсь :)

по логике интерфейса кажется что сам компонент Like должен отвечать за свое состояние (кликали/ не кликали)

но при этом возникает вопрос, как передать родителю новое значение

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

сам компонент не должен хранить это в себе, т.к. явно данные приложения.

Т.е. Like должен быть глупым компонентом, отображающим только данные получаемые через props

да

Да, похоже на правду :)

Спасибо!

Проблема была в понимании кому принадлежат state

https://github.com/bvaughn/react-virtualized/pull/577

Redux же определенно связан с React?

ERROR: S client not available

Неа

Redux же определенно связан с React?

Нет. Это просто state management tool

Есть биндинги и к ангуляру

Понятно, пасиб ?

ребят, кто-то юзал fastclick?

пробую его включить, билдю apk через кордову, разницы никакой

все равно задержка..

пробую его включить, билдю apk через кордову, разницы никакой

https://t.me/reactnative_ru

пасиб, я правда на обычном реакте делаю..

Смелый, самоотверженный человек))

вебвью это плохо?

вебвью это плохо?

ну, он медленнее

уже смотрю на реакт нейтив..

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

ок понял, спасибо

как там назывался канал для react native?

https://t.me/reactnative_ru

о, вижу :)

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

потыкал реакт нейтив на телефоне, чуть быстрее, но ненамного )

видимо телефон такой

правильно ли делать такой стор в редьюсере? const initialState = { registration: { isLoading: false, data: null, error: null }, registrationCode: { isLoading: false, data: null, error: null }, login: { isLoading: false, data: null, error: null }, forgotPassword: { isLoading: false, data: null, error: null } };

явно можно разделить на 4 стора отдельных

и скомбайнить их

явно можно разделить на 4 стора отдельных

так будет лучше? сейчас не получается по нормально делать return {...state, .....}, но будет один объект

не понял(

для обновления стора можно использовать https://facebook.github.io/react/docs/update.html

явно можно разделить на 4 стора отдельных

а лучше на 12

@iamstarkov, что почитать чтобы проникнуться styled components? readme на гитхабе какое-то неубедительное

не знаю

я их и не советовал никогда

наоборот не советую

наоборот не советую

А что с ними не так?

Вроде как многообещающая вещь