3

すべての ajax 呼び出しが使用する $http への汎用呼び出しを含むサービスがあります。ここでは、ステータス コードの結果がリダイレクトされる「集中化された」エラー処理を行います。

「FieldsSync」サービス:

return $http({
    method: 'POST',
    url: url,
    data: $.extend(defaultPostData, postData)
}).error(function(data, status) {
    switch (status) {
        case 401: // "Unauthorized". Not logged in. 
            redirect.toLoginPage();
            break;
        case 403: // "Forbidden". Role has changed.
            redirect.toLogoutPage();
            break;
    }
});

コントローラーからサービス関数の 1 つを呼び出すときは、遅延オブジェクトを常に返して、ユーザーに何らかのフィードバックをもたらすエラーを処理できるように、より多くのエラー コールバックを接続できるようにします。

コントローラ：

fieldsSync.createField(newField).success(function(data) {
    ...
}).error(function(data, status) {
    switch (status) { // <--- DO NOT WANT
        case 401:
        case 403:
            return; // These errors are handled (=redirects) in the generic error callback and we don't want to show do anything while it redirects.
    }
    ... // "Individual" error handling. =Displaying messages and stuff
});

しかし、リダイレクトが発生する前にエラー メッセージが表示されないようにするため、ステータス コードが既に処理されている場合は、エラー コールバックを終了する必要があります。

問題は、コントローラのスイッチ ケースを取り除くにはどうすればよいかということです。特定のエラー コードが処理されたときにエラー コールバックのチェーンを終了することは可能ですか? または、これを回避する方法はありますか？:)

これは私にとって繰り返し発生する問題であり、私の心は立ち往生しているようです.

私はドキュメントをチェックしましたが、$http または $q のいずれかでこれに対する適切な解決策を見つけることができません。

4

2 に答える 2

0

私が思いついた解決策の 1 つは、同期関数をやり直して (puh!)、遅延オブジェクトを返さないようにすることです。サービス内の関数は、コールバックを引数として受け取ることができます。次に、呼び出される前に、エラーが一般的なエラー処理によって既に処理されているかどうかを確認できます。

擬似コード:

サービス：

fieldsSync.createField(newField, successCallback, failCallback) {
    ...
    genericErrorHandlerResultingInRedirects()
    if (not 401 || 403) {
        failCallback()
    }
};

コントローラ：

fieldsSync.createField({}, function successCallback(){}, function failCallback(){
    /* Handle errors that should give the user feedback */
});

他のソリューションは大歓迎です。

于 2013-04-05T12:30:10.430 に答える