角度 - Observableのサブスクリプションでエラーを処理するタイミング

Question

最新のAngularバージョンで書かれたテーマのコードで作業していて、ウェブを検索していて、ほとんどの開発者がsubscriptionエラーを処理していないことがわかりました。

私の質問はです。Observableサブスクリプションのエラーをいつ処理する必要がありますか？エラー処理なし

：

this.myService.observable$.subscribe(
     (data) => { 
      // do stuff with data 
     } 
    ); 

エラー処理付き：

this.myService.observable$.subscribe(
     (data) => { 
      // do stuff with data 
     }, 
     err => { 
      // do stuff with error 
     } 
    ); 

私は主に

を処理するためではない問題ではありません最初のバージョンを見つけることが...サブスクリプションのエラー？

これは、コードが不安定で、テスト可能で、失敗する傾向にありませんか？

Answer 1

なぜ

例..重要click Me

エラー処理が今エラー処理が観測に必要なのはなぜ見てみましょうです：あなたは、エラーを処理するためにしてやりたい場合は

this.service.send(this.shareData).subscribe(() => { 

     // Here you are sure that the send has shared the data sucessFully 

    }, (error) => { 

     /* Now If you want to handle errors Like Front End Errors and Log this 
     In your backEnd DB So solve it and fix it */ 

     /* Example below check error type is It from frontEnd and log error through Api */ 

     if(error.type !== 'API') { 
     this.logService.log({ 
      Level: 2, 
      Message: 'Failed to setFromDB', 
     }); 
     } 
    }); 

Answer 2

エラーを処理して、ユーザーにフィードバックを与えたり、デフォルトの動作にフォールバックすることをお勧めします。

たとえば、RESTサービスに接続しようとしたときに通信が発生した場合、接続の問題やキャッシュされたデータのロードをユーザに知らせることができます。

または、RESTサービスがエラーを返す場合。例えば、あなたのアプリケーションは予約アプリケーションであり、ユーザーは注文をしていますが、注文を送信すると、在庫がなくなります。 RESTサービスの戻り値とエラーは、ユーザーに表示される項目がなくなったことを示します。

角度スタイルガイドのさらに

：

例えばヘッダー、HTTPメソッド、キャッシング、エラー処理として、データ管理の詳細、およびロジックを再試行し、構成要素および他のデータコンシューマとは無関係です。

これは、サービスから意味のあるメッセージを返す必要があることを意味します。