Я изо всех сил пытаюсь проверить оператор retryWhen
в redux-observable epic
. На основе этого примера, взятого из docs, я разветвил это jsbin, где я пытаюсь проверить случай, когда ответ терпит неудачу 2 раза, и после этого он возвращает действительный ответ.
Ниже приведены некоторые части кода. Для всей реализации используйте этот jsbin
let RetryStrategy = attempts => attempts
.zip(Observable.range(1, 4))
.flatMap(([error, i]) => {
if (i > 3) {
return Observable.throw('Network error occured')
}
return Observable.timer(i * 1000)
})
const fetchFooEpic = (action$, store, call = indirect.call) =>
action$.ofType('FETCH_FOO')
.mergeMap(action =>
call(api.fetchFoo, action.payload.id)
.map(payload => ({ type: 'FETCH_FOO_FULFILLED', payload }))
.retryWhen(RetryStrategy)
.takeUntil(action$.ofType('FETCH_FOO_CANCELLED'))
.catch(error => of({
type: 'FETCH_FOO_REJECTED',
payload: error.xhr.response,
error: true
}))
);
describe('fetchFooEpic', () => {
...
it.only('handles errors correctly', () => {
const badResponse = { message: 'BAD STUFF' };
const response = { id: 123, name: 'Bilbo' };
expectEpic(fetchFooEpic, {
expected: ['-----a|', {
a: { type: 'FETCH_FOO_FULFILLED', payload: response }
}],
action: ['(a|)', {
a: { type: 'FETCH_FOO', payload: { id: 123 } }
}],
response: ['-#-#-a|', {
a: response
}, { xhr: { badResponse } }],
callArgs: [api.fetchFoo, 123]
});
});
...
});
Если вы проверите ответ в jsbin, фактическое действие всегда будет массивом empty
.
retry
илиretryWhen
повторяется попытка выполнить все действие с самого начала, а не просто повторить внутреннюю наблюдаемую ajax (внутри switchMap). Я сделал много тестов на основе приведенного выше примера, и, как вы можете видеть здесь если вы попытаетесь изменить количество повторных попыток (.retry(3)
) или изменить маркер ответа (response: ['--#a|'
), вы увидите, что фактический кадр представляет собой произведение кадров и количества повторных попыток. - person stelioschar   schedule 09.08.2017