我有一个用于客户端的减速器,另一个用于AppToolbar和其他一些......
现在假设我创建了一个删除客户端的获取操作,如果失败,我在Clients reducer中有代码可以做一些事情,但我也想在AppToolbar中显示一些全局错误。
但客户端和AppToolbar缩减器不共享状态的相同部分,我无法在reducer中创建新动作。
那么我想如何显示全局错误?感谢
更新1:
我忘记提到我使用este devstack
更新2: 我将Eric的答案标记为正确,但我不得不说我在este中使用的解决方案更像是Eric和Dan的答案...... 您只需要在代码中找到最适合您的内容......
答案 0 :(得分:96)
如果你想拥有“全局错误”的概念,你可以创建一个errors
reducer,它可以监听addError,removeError等操作。然后,您可以在state.errors
处挂接到Redux状态树,并在适当的位置显示它们。
有许多方法可以解决这个问题,但一般的想法是全局错误/消息值得将自己的reducer与<Clients />
/ <AppToolbar />
完全分开。当然,如果这些组件中的任何一个需要访问errors
,您可以将errors
作为支柱传递给他们。
更新:代码示例
如果您将“全局错误”errors
传递到顶级<App />
并有条件地呈现它(如果存在错误),则可以使用以下示例。使用react-redux's connect
将<App />
组件与某些数据相关联。
// App.js
// Display "global errors" when they are present
function App({errors}) {
return (
<div>
{errors &&
<UserErrors errors={errors} />
}
<AppToolbar />
<Clients />
</div>
)
}
// Hook up App to be a container (react-redux)
export default connect(
state => ({
errors: state.errors,
})
)(App);
就行动创造者而言,它会根据回应发送(redux-thunk)成功失败
export function fetchSomeResources() {
return dispatch => {
// Async action is starting...
dispatch({type: FETCH_RESOURCES});
someHttpClient.get('/resources')
// Async action succeeded...
.then(res => {
dispatch({type: FETCH_RESOURCES_SUCCESS, data: res.body});
})
// Async action failed...
.catch(err => {
// Dispatch specific "some resources failed" if needed...
dispatch({type: FETCH_RESOURCES_FAIL});
// Dispatch the generic "global errors" action
// This is what makes its way into state.errors
dispatch({type: ADD_ERROR, error: err});
});
};
}
虽然您的reducer可以简单地管理一系列错误,但可以适当地添加/删除条目。
function errors(state = [], action) {
switch (action.type) {
case ADD_ERROR:
return state.concat([action.error]);
case REMOVE_ERROR:
return state.filter((error, i) => i !== action.index);
default:
return state;
}
}
答案 1 :(得分:96)
Erik’s answer是正确的,但我想补充一点,您不必为添加错误触发单独的操作。另一种方法是使用reducer来处理 error
字段的任何操作。这是个人选择和惯例的问题。
例如,来自Redux real-world
example的错误处理:
// Updates error message to notify about the failed fetches.
function errorMessage(state = null, action) {
const { type, error } = action
if (type === ActionTypes.RESET_ERROR_MESSAGE) {
return null
} else if (error) {
return error
}
return state
}
答案 2 :(得分:1)
我目前正在针对一些特定错误(用户输入验证)采取的方法是让我的sub-redurs抛出异常,在我的root reducer中捕获它,并将其附加到action对象。然后我有一个redux-saga检查错误的动作对象,并在这种情况下用错误数据更新状态树。
所以:
function rootReducer(state, action) {
try {
// sub-reducer(s)
state = someOtherReducer(state,action);
} catch (e) {
action.error = e;
}
return state;
}
// and then in the saga, registered to take every action:
function *errorHandler(action) {
if (action.error) {
yield put(errorActionCreator(error));
}
}
然后将错误添加到状态树中就像Erik所描述的那样。
我非常谨慎地使用它,但它使我不必复制合法属于reducer的逻辑(因此它可以保护自己免受无效状态的影响)。
答案 3 :(得分:0)
编写自定义中间件来处理所有与api相关的错误。在这种情况下,您的代码将更加清晰。
failure/ error actin type ACTION_ERROR
export default (state) => (next) => (action) => {
if(ACTION_ERROR.contains('_ERROR')){
// fire error action
store.dispatch(serviceError());
}
}
答案 4 :(得分:0)
我所做的是将效果中的所有错误处理集中在每个效果
上/**
* central error handling
*/
@Effect({dispatch: false})
httpErrors$: Observable<any> = this.actions$
.ofType(
EHitCountsActions.HitCountsError
).map(payload => payload)
.switchMap(error => {
return of(confirm(`There was an error accessing the server: ${error}`));
});
答案 5 :(得分:-8)
您可以使用axios HTTP客户端。它已经实现了拦截器功能。您可以在处理请求或响应之前拦截它们或捕获它们。
https://github.com/mzabriskie/axios#interceptors
// Add a request interceptor
axios.interceptors.request.use(function (config) {
// Do something before request is sent
return config;
}, function (error) {
// Do something with request error
return Promise.reject(error);
});
// Add a response interceptor
axios.interceptors.response.use(function (response) {
// Do something with response data
return response;
}, function (error) {
// Do something with response error
return Promise.reject(error);
});
&#13;