在我的angularjs应用程序中,我以这种方式为http错误定义了一个默认处理程序:
myapp.config([ '$httpProvider', function($httpProvider) {
$httpProvider.responseInterceptors.push('errorInterceptor')
}])
其中errorInterceptor
是一项服务,在当前页面顶部的警报字段中显示有关错误的一些详细信息。
现在,当我想以不同的方式处理特定错误时(比如在模态中触发查询,我想仅在此模式中显示警报,而不是在页面级别):
$http.get('/my/request').then(success, specificErrorHandling)
Angular执行specificErrorHandling
但仍会触发errorInterceptor
,因此我的错误会被报告两次。有没有办法避免这种情况?
更一般地说,是否有一种Angular方法只能处理promise
链中尚未处理的错误,就像服务器应用程序的顶级错误处理程序不需要处理捕获的异常?
编辑:根据Beetroot-Beetroot在评论中提出的要求,以下是拦截器的代码:
@app.factory 'errorInterceptor', [ '$q', 'alertsHandler',
($q, alertsHandler) ->
success = (response) ->
response
failure = (response) ->
alertsHandler.raise(response)
(promise) ->
promise.then success, failure
]
答案 0 :(得分:5)
我们有类似的东西。
如果我们处理http错误,我们会在名为errorHandled:true
$http({
method: 'GET',
url: '/my/url',
errorHandled:true
}).then(function(){ ... }, function(){ ... });
然后在responseError: function(rejection){ ... }
的截距中,我们可以通过查看rejection.config.errorHandled
来查看是否设置了此标志,如果没有 - 那么我们会弹出带有错误的toastr对话框。代码看起来像这样
function ( rejection ) {
if ( !rejection.config.errorHandled && rejection.data.message ){
toastr.error(rejection.data.message, 'Error');
}
return $q.reject(rejection);
}
有人在不添加处理程序的情况下编写“errorHandled:true”的可能性很小。有2个错误指标的可能性也很小,因为我们已经习惯了 - 但实际上有2个指标优于没有指标。
如果我们有承诺查询它是否有错误处理程序或不在then
链下,那将是很好的,但我们无法在任何地方找到它。
答案 1 :(得分:1)
假设您知道需要抑制哪些错误以及需要传播哪些错误。此外,因为Response拦截器是一个返回promise本身的函数
您可以捕获失败案例的响应,而不是将其传播到堆栈中,您可以返回诸如空响应之类的内容。
如果你看一下拦截器角度文档中的sample示例
$provide.factory('myHttpInterceptor', function($q, dependency1, dependency2) {
return function(promise) {
return promise.then(function(response) {
// do something on success
}, function(response) {
// do something on error
if (canRecover(response)) {
return responseOrNewPromise; // This can suppress the error.
}
return $q.reject(response); // This propogates it.
});
}
});