все еще не вижу весомой причины существования запросов в редаксе

Щас бы в редакс класть боясь варнингов

во вью-то понятно, там "а-похуй-нахуй", но тут-то уже должны были че-то поумнее запилить

все еще не вижу весомой причины существования запросов в редаксе

Тестируемо, платформонезависимо

Тестируемо, платформонезависимо

Ха. Пойду редакс на ангуляр перенесу.

Ха. Пойду редакс на ангуляр перенесу.

Можно

пора обертки апикейса к реакту писать ?

пора обертки апикейса к реакту писать ?

Ты уже устарел. Успокойся

в смысле?

в смысле?

Генерируй библиотеки.

это пока высший пилотаж, падажжи немного

это пока высший пилотаж, падажжи немного

Нет времени.

ну прости, у меня не 10 рук, чтобы все сразу мейнтейнить ?

Слабак.

ребят а вот интересно кто саги уже долго готовит - как вы их запускаете 1) посылаете экшн в стор, который слушается сагой 2) вывзаете runSaga у мидлваря?

уже не первый раз слышу о ней, хочу понять почему saga а не asyc/await)

Сага, можно сказать, старше asyn await. + Она более менее enterprise уровня и помогает задавать архитектуру приложения

как ты в одном танке узнаешь что отработал другой танк?

Два чая этому господину!

ребят а вот интересно кто саги уже долго готовит - как вы их запускаете 1) посылаете экшн в стор, который слушается сагой 2) вывзаете runSaga у мидлваря?

1)

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

15-20?

Если разбивать проект на features, то как хранить <Route>-компоненты? Отдельно для каждой feature или в общем компоненте?

Я сделал в общем

15-20?

в россии? или на апворке

в россии? или на апворке

В России считают почасовой рейт?

во фрилансе иногда да

@javascript_jobs

http://kcsrk.info/ocaml/multicore/2015/05/20/effects-multicore/ нашел тут про происхождение слова fiber в реакте кажется

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

я так понял ты юзаешь саги постоянно? Вот вопрос, есть SSR. ко мне пришли на сервер по ulr /posts, как с сагами получить эти посты, а после получения уже отрисовать приложение? Я просто чет вообще не вдупляю. Сегодня будет мой второй день с сагами))

в новых контекстах есть способ скипнуть консюмеров с помощью битовой маски https://github.com/facebook/react/blob/4ccf58a94dce323718540b8185a32070ded6094b/packages/react-reconciler/src/__tests__/ReactNewContext-test.internal.js#L498-L526

в новых контекстах есть способ скипнуть консюмеров с помощью битовой маски https://github.com/facebook/react/blob/4ccf58a94dce323718540b8185a32070ded6094b/packages/react-reconciler/src/__tests__/ReactNewContext-test.internal.js#L498-L526

Да, про это они в твиттере писали

я так понял ты юзаешь саги постоянно? Вот вопрос, есть SSR. ко мне пришли на сервер по ulr /posts, как с сагами получить эти посты, а после получения уже отрисовать приложение? Я просто чет вообще не вдупляю. Сегодня будет мой второй день с сагами))

берешь react router v4 используешь <StaticRouter там где ранее был <BrowserRouter|ConnectedRouter

Подскажите можно ли как то завставить компонент Redirect из react-router v4 работать с перезагрузкой страницы, а не пушить в url адрес? У меня есть некоторые роуты, которые должны быть доступны только для подписанных юзеров. Для этих целей у меня есть простой декоратор. Сейчас он редиректит на корень сайте, а мне надо редиректить на страницу авторизации, которая находится на другом домене

берешь react router v4 используешь <StaticRouter там где ранее был <BrowserRouter|ConnectedRouter

при чем тут роутрер то если я про саги спрашиваю)). Как отрендерить компонент на сервере я знаю. Но перед рендором мне нужно сходить в апи и получить все данные для текущего роута. С сагами (по туторимлам) мы просто диспатчим обычный экшен, дальше сага подписанная на этот экшен лезет в апи. Дак вот вопрос - как узнать, что данныые уже пришли и положилиись в стор?

при чем тут роутрер то если я про саги спрашиваю)). Как отрендерить компонент на сервере я знаю. Но перед рендором мне нужно сходить в апи и получить все данные для текущего роута. С сагами (по туторимлам) мы просто диспатчим обычный экшен, дальше сага подписанная на этот экшен лезет в апи. Дак вот вопрос - как узнать, что данныые уже пришли и положилиись в стор?

ты данные грузишь асинхронными запросом и код выглядит примерно так const result = await api.getData(...) if (result...) yield put(action....) там где ты ждешь в саговском вотчере ответ делаешь yield takeEvery(actionName | [...actions], watchFunc )

соответственно в function * watchFunc(action) { ... } обрабатывай результат

либо если у тебя в виде процесса последовательного это должно идти

то const requestResult = yield take(action)

перед этой командой что то делалось, потом ждешь когда экшин после успешного запроса кинут данные в редакс и тут ты их ожидаешь в payload экшина

ты данные грузишь асинхронными запросом и код выглядит примерно так const result = await api.getData(...) if (result...) yield put(action....) там где ты ждешь в саговском вотчере ответ делаешь yield takeEvery(actionName | [...actions], watchFunc )

допусти у тебя на беке экспрес. вот в к тебе пришли на урл users, какой код у тебя будет для обрабоки этого урла? Тебе в экспрессе нужно создать стор, и затем заполнить его данными. Твои действия?

если нужно ловить смену урла в сторе то нужно подключать <ConnectedRouter внутри <Provider

как то так

в редьюсер загнать import { routerReducer as router } from 'react-router-redux'

router

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

смена роутов сопровождается диспетчеризацией соответствующего экшини

в саге делаешь yield takeEvery('@router/LOCATION_CHANGE', watchRouter)

и ловишь в watchRouter смену локации

есть ли смысл использовать redux-actions + redux-promise? или сразу переезжать на саги?

есть ли смысл использовать redux-actions + redux-promise? или сразу переезжать на саги?

видел как народ из 5 человек лобали очень быстро с использованием redux-act redux-promise redux-loop

но когда проект достиг определенного размера

команда сдулась

все начали путаться и т.д.

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

а вообще в проде люди в основном что используют? thunk, саги или еще что-то?

thunk или саги, у кого как сложилось

если нужно ловить смену урла в сторе то нужно подключать <ConnectedRouter внутри <Provider

мне не нужно ловить смену урла(на беке он не меняется, так как рисуется состояние для текущего и отдается клиенту). Мне нужно на беке получить данные и когда они получены отрисовать приложение. Как на беке понять что данные уже готовы?

у нас сейчас смесь thunk + saga из-за перехода на саги (уж слишком сложная логика стала на проекте)

ERROR: S client not available

мне не нужно ловить смену урла(на беке он не меняется, так как рисуется состояние для текущего и отдается клиенту). Мне нужно на беке получить данные и когда они получены отрисовать приложение. Как на беке понять что данные уже готовы?

task.done мб поможет?

доспусти с санками все просто - мы диспатчим санку - она возврает промис -> промис резолвится -> данные готовы -> можем рендерить

доспусти с санками все просто - мы диспатчим санку - она возврает промис -> промис резолвится -> данные готовы -> можем рендерить

запустил сагу - дождался резолва саги через промис task.done - отдал данные

а вообще в проде люди в основном что используют? thunk, саги или еще что-то?

redux-api-middleware

запустил сагу - дождался резолва саги через промис task.done - отдал данные

я так понимаю если у меня стоит takeEvery то сага же не зарезолвится?

я так понимаю если у меня стоит takeEvery то сага же не зарезолвится?

мне вот кажется подход тут не тот с запуском саги, но это мое ИМХО - создай и запускай bootstrapSaga, которая запустит другие саги и жди ее резолва (избигай как раз вот этих watcher'ов с их циклами в takeEvery)

мне вот кажется подход тут не тот с запуском саги, но это мое ИМХО - создай и запускай bootstrapSaga, которая запустит другие саги и жди ее резолва (избигай как раз вот этих watcher'ов с их циклами в takeEvery)

но ведь на клиенте допустим мне надо именно takeEvery, получается нужно писать разные саги для клиента и для сервера?

takeEvery запускает сагу на какой-то экшн, в чем проблема напрямую запустить эту сагу без экшена?

на клиенте у тебя останется takeEvery

takeEvery запускает сагу на какой-то экшн, в чем проблема напрямую запустить эту сагу без экшена?

оххх, читаю это и понимаю что ничего не понимаю)

оххх, читаю это и понимаю что ничего не понимаю)

вторым аругментом у тебя takeEvery лежит ссылка на сагу, верно?

вторым аругментом у тебя takeEvery лежит ссылка на сагу, верно?

ага

вот, ты ее можешь запустить напрямую без takeEvery (в рамках SSR) с помощью таких средств как fork, spawn, runSaga, sagaMiddleware.run все они реализуют Task интерефйс

и уже дождаться когда она зарезолвится через промис task.done, а далее отдать на клиент данные

ну то есть Владислав предлагает во всех еатах где вызывается перехватываемый экшин после него автоматически запускать нужную сагу? :)

грубо говоря, заменить один takeEvery(ACTION, foo) на dispatch(ACTION); foo(); или yield put(ACTION); foo(); во всех местах где они вызываются

вот, ты ее можешь запустить напрямую без takeEvery (в рамках SSR) с помощью таких средств как fork, spawn, runSaga, sagaMiddleware.run все они реализуют Task интерефйс

так надо это осмыслить... просто пока все равно звучит как "реализовать разную логику для клиента и бека" для определения какие таски запускать

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

так надо это осмыслить... просто пока все равно звучит как "реализовать разную логику для клиента и бека" для определения какие таски запускать

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

грубо говоря, заменить один takeEvery(ACTION, foo) на dispatch(ACTION); foo(); или yield put(ACTION); foo(); во всех местах где они вызываются

вообще дич какая-то написана) мое предложение в этом грубо говоря: sagaMiddleware.run(foo)

но лучше запустить сагу, которая форкнет foo и другие необходимые саги

Ребята привет. Подскажите, пожалуйста, либу для валидации форм

Или лучше все самому написать?

Ребята привет. Подскажите, пожалуйста, либу для валидации форм

formik, final-form

?что угодно, главное не redux-form

*картинка осла.jpg* redux-form

окай, спасибо

я вот не пойму. тут отговаривают от redux-form но в то же время глобально он используется чаще http://www.npmtrends.com/redux-form-vs-formik-vs-final-form

Тоже интересно, а что плохого в redux-form?

я вот не пойму. тут отговаривают от redux-form но в то же время глобально он используется чаще http://www.npmtrends.com/redux-form-vs-formik-vs-final-form

чаще не говорит о том, что он лучше (но и обратного не говорит)