0

私は、例外を捕捉/処理するために何をすべきかについてもっと詳しく知ろうとしていますが、私はそれを理解していないと思います。実際、私は、はるかに混乱し、おそらく悪いコードを実装していると思います。私はそれをしたくありません。これは適切な例外処理の有効な例ですか?

私が使用している例のセットアップ:

  1. モバイルデバイスは、WCFサービスを呼び出します。
  2. WCFサービスはデータベースからデータを取得し、データベースレベルでエラーが発生した場合はログに記録され、電子メールが送信されます。
  3. WCFサービスは、モバイルデバイスにデータ(または例外の簡単な説明)を送信します。
  4. モバイルデバイスはデータを処理し、エラーが発生した場合はエラーをUIレイヤーまでスローします。

いくつかの例外については、サービス例外、許可例外などのカスタムサービスを作成しました。ユーザーに正しく通知することができます。サービスでエラーが発生した場合、またはIOExceptionが発生した場合、ユーザーは「データを取得できませんでした」という通知を受け取ります。

JSONエラーなどのエラーが発生した場合、エラーはUIレイヤーにスローされ、単にExceptionとしてキャッチされます。ユーザーは何が起こったのかを知ることができますが、エラーが発生しました。

この適切な例外処理はありますか?

答えて

0

何か問題がありますか?

一般に、ユーザーが作業を続けることを可能にする何らかの種類のキャッチオールがあることは理にかなっています。これは、どんなショーストッパーのための適切な取り扱いと組み合わせて、ユーザーを優しく下降させ、危険な進行をさせるものを捕まえるべきです。

0

「適切な例外処理」は常にa)アプリケーションに依存し、b)主観的なものになるため、決定的な回答はありません。一般的に

私はあなたが以下のすべてを行う必要があると言うでしょう:

  1. すべての可能性の例外を具体的に対処し、適切に処理します。
  2. 非優雅な終了を防ぐためにキャッチオールを提供しました。
  3. 可能性がある場合(つまり、 - ユーザーに影響を与える可能性があるエラーをマスクしていない)、それは 自分のデータや使用に影響する予期しないエラーをユーザーに通知しますが、私は信じているので、これをやったよう

が鳴りますあなたは合理的なアプローチを取っています。

関連する問題