export function loadSpace(id) { return async (dispatch, getState, api) => { let space = await api.get(...) dispatch({ type: types.loadSpace, space: getTransformSpaceToView(space), }) } }

ну вот и тогда это не экшн криейтор ни разу

где написано про это ?

я вот думаю продублировать руты на сервере и сделать что-нить типа app.get('/path:id', (req,res,next)=>{ res.locals.reduxData = someFetchedData; next() }) а потом тупо передать в редукс INITIAL_DATA = res.locals

норм вариант. Но это дикое дублирование кода, которое никто тут не любит) всеж перфекционисты))

в доке

в какой

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

норм вариант. Но это дикое дублирование кода, которое никто тут не любит) всеж перфекционисты))

зато контроль - стопроцентный и без лишних абстракций и зависимостей

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

я на нативном флаксе пишу

хз где он нативный, но ему что с промисом делать?))

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

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

вот я и спрашиваю, resolve у тебя будет экшн, окай

reject у тебя будет что? Пользователь иди проветрись, у меня хз какая ошибка?)

я тебе пример своего экшена кинул

и где там catch часть?

api.get(...)

api.get() вернет разрезолвленный экшн с данными или ошибкой?

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

то есть промис всегда железно резолвится в then? тогда надо интерфейс менять.

ну не универсально это. Я не хочу показать ошибку в нотификейшн баре. Хочу показать там, где сфейлилось, чтобы юзер не додумывал сам ничего

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

так нет же. Твой код предполагает глобальную обработку ошибок

из глобальной обработки переводить в какую-то локальную - это мощно, но это костыль)

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

глобально я 500 обрабатываю, и еще штук 5 ответов от сервера

у меня более интересный вопрос — где вотчить тикеты в ff, chrome и safari про асинк-авейт? может вотчит кто?

из глобальной обработки переводить в какую-то локальную - это мощно, но это костыль)

то что в моем примере обернул в try catch и обрабатывай ошибку как хочешь

Кто нибудь может придумать реальный пример зачем в мидлваре читать стейт - кроме как на этапе инициализации - вот тут я немного срач развел https://github.com/redux-observable/redux-observable/issues/56

локалстораж

на этапе инициализации

а ну там про это :)

ничего против не имею

дальше то зачем

ну и не на этапе

положить обратно

клади - зачем это делать в мидлваре - можно стору обернуть

Так или иначе решение интересное, одно из возможных. Так вот это я сейчас могу посмотреть и оценить, что-то подправить под себя. А без опыта и так куча вещей мозг разъедает, хочется простых и лаконичных решений) ждём ещё годик)

хочу что бы за это отвечала мидлвара, и инициировала и обратно клалал

дальше то зачем

https://github.com/evgenyrodionov/redux-logger/blob/master/src/index.js#L59

Так или иначе решение интересное, одно из возможных. Так вот это я сейчас могу посмотреть и оценить, что-то подправить под себя. А без опыта и так куча вещей мозг разъедает, хочется простых и лаконичных решений) ждём ещё годик)

Они уже все есть, вообще полно решений, не понимаю чего ждать нужно, через год все изменится

у меня более интересный вопрос — где вотчить тикеты в ff, chrome и safari про асинк-авейт? может вотчит кто?

в хроме нашел, подписался

хочу что бы за это отвечала мидлвара, и инициировала и обратно клалал

в принципе пойдет

https://github.com/evgenyrodionov/redux-logger/blob/master/src/index.js#L59

тоже пойдет

как вариант, анду реду делать

спасибки

анду реду проще редьюсер обернуть

всего приложения

весь один редьюсер

а появились роутеры полностью завязаные на стейт приложения?

а если их 2 :)

их один

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

например у меня была проблема, в RR завязался на onEnter/onLeave, оказалось оно не работает, если в браузере ручками тыкать вперед/назад)

так это комбайн редьюссер

и что он по твоему возвращает

в багзилле тоже нашел

функцию которая по всем редьюссерам пройдет

а какие у нее аругменты ?

ты мне скажи как ты ее обернешь а не то какие у нее аргументы :)

в багзилле тоже нашел

async/await нужно?))

Володь не тупи

если ты можешь обернуть blbla(state, action)=> newState

то тебе неважно что там внутри

нет важно

она у тебя в редукс идет

ERROR: S client not available

нет

async/await нужно?))

мне интересно попадут ли они в es2017

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

а так меня больше асинхронные итераторы волнуют

мне интересно попадут ли они в es2017

а думаешь не попадут ? там какие проблемы остались не решенные ?

а думаешь не попадут ? там какие проблемы остались не решенные ?

проблем нет. для стейдж 4 нужна имплементация в еще 1 движке

кроме чакракор

потому что это проще делать не в мидлваре https://github.com/mattkrick/redux-optimistic-ui

https://github.com/tc39/ecmascript-asyncawait/issues/97#issuecomment-219957930

там уже есть

вообще можно просто на это issue подписаться

я хочу знать статусы в трекерах движков

на это я подписан овер100500 дней

а v8 промисы собираются разгонять? А то же позор

аналогично про сейв стейта проще стору обернуть

тут пусто блеать https://webkit.org/status/?

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

тут пусто блеать https://webkit.org/status/?

ты это хочешь ? const a = async(function* (param) { const b = yield (Promise) })

шта?

что за асинхронные итераторы

я хочу знать статусы в трекерах движков

^ это

а так меня больше асинхронные итераторы волнуют

я про это

https://github.com/tc39/proposal-async-iteration

for await (let line of readLines(filePath)) { print(line); }

многабукф

напоминает джаву с ее private static final native trololo functionName()

https://github.com/tc39/proposal-async-iteration#async-generator-functions

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

там не понятно что с кетч

простых async/await достаточно

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

как в bluebird