実際のプロジェクトでは、ビジネスロジック層とサービス層は例外をスローするだけで、例外を処理しません。
例外をキャッチし、プレゼンテーション層で処理しますか (ログなど)?
これは、サービスまたはロジックが呼び出される例外キャプチャをフロントエンドとバックエンドで分離する必要がある場合には当てはまらないようです。そうですか
実際のプロジェクトにおける例外処理はどのようなものですか?いくつかのヒントを教えてください。 ! ! ! !
PHP中文网2017-05-16 17:07:43
まず第一に、概念を明確にする必要があります。例外はユーザーではなくプログラマにスローされるということです。
この概念を明確にすると、なぜ例外をプレゼンテーション層で処理する必要があるのかが簡単に理解できます。プレゼンテーション層はプログラマとユーザーの間の最後の障壁であるため、例外は美しくパッケージ化されて顧客にスローされる必要があります。 - ユーザーエクスペリエンスと呼ばれます。
ただし、例外を処理する必要があるのはプレゼンテーション層だけではありません。最下位層やサーバーなど、すべての場所で例外を適切に処理する必要があります。
例えば、サーバーが提供するインターフェースは一般に呼び出し元のエクスペリエンスを考慮しているため、直接例外をスローするのではなく、ある程度カプセル化する必要があり、同時に例外情報がエラーチェック用のサーバー。
もちろん、処理プロセスを簡素化して統一するために、例外処理は通常、プレゼンテーション層を含む特定のレベルに集中されます。