fetchum-redux v2.7.0
Fetchum Redux
Redux Actions for Fetchum
Install
npm i -S fetchum-reduxApi - generateRequest
generateRequest returns a fetchum generateRequest wrapped in a thunk action.
When then returned function is called it will trigger 2 actions.
First 'NEW_FETCH_REQUEST' then 'FETCH_REQUEST_SUCCESS' if successful and 'FETCH_REQUEST_FAILURE' if not.
Examples
This example assumes redux-thunk is being used
import { generateRequest } from 'fetchum-redux';
const getRandomUserReq = generateRequest({
method: 'GET',
external: true,
route: 'http://uifaces.com/api/v1/random',
});
const getRandomUser = () => {
dispatch(getRandomUserReq())
.then(res => console.log(res.data))
.catch(res => console.error(res));
};If you dont want to use redux-thunk then use like so:
import { generateRequest } from 'fetchum-redux';
const getRandomUserReq = generateRequest({
method: 'GET',
external: true,
route: 'http://uifaces.com/api/v1/random',
});
const getRandomUser = () => {
getRandomUserReq()(dispatch)
.then(res => console.log(res.data))
.catch(res => console.error(res));
};Api - generateCRUDRequests
Return exactly like generateCRUDRequests from Fetchum but uses fetchum-redux generateRequest and passes a modify type param.
fetchAlladdsFETCH_ALLto the type eg:'NEW_FETCH_ALL_FETCH_REQUEST''FETCH_ALL_FETCH_REQUEST_SUCCESS'fetchOneaddsFETCH_ONEcreateaddsCREATEupdateaddsUPDATEdeleteaddsDELETE
Api - basic Calls
All of fetchum's basic calls work as well like so:
import { apiRequests } from 'fetchum-redux';
const getUsersDirect = () => {
apiRequests.get('/v1/users')(dispatch)
.then((res) => { console.log('my users', res.data); })
.catch((res, err) => { console.warn(res); });
};
const getUsersDirectWithThunk = () => {
dispatch(apiRequests.get('/v1/users'))
.then((res) => { console.log('my users', res.data); })
.catch((res, err) => { console.warn(res); });
};Modifying action types
Each method also takes an extra parameter at the end to use to modify the action type names.
The name parameter replaces the word 'FETCH' in the action type like so:
generateRequest looks like generateRequest({}, 'TEST') and the action types will be:
First 'NEW_TEST_REQUEST' then 'TEST_REQUEST_SUCCESS' if successful and 'TEST_REQUEST_FAILURE' if not.
generateCRUDRequests keeps its individual additions noted above but still overrides the word 'FETCH'.
For example generateCRUDRequests('/users', 'id', true, 'USERS') for a fetchOne would trigger
first 'NEW_FETCH_ONE_USERS_REQUEST' then 'FETCH_ONE_USERS_REQUEST_SUCCESS' if successful and 'FETCH_ONE_USERS_REQUEST_FAILURE' if not.
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
8 years ago
9 years ago
9 years ago
9 years ago
9 years ago
9 years ago
9 years ago