0

レイヤード アーキテクチャ アプリケーションがあります。すべてのエラー処理はビジネス層で行われ、データ層はエラーをビジネス層にスローします。プレゼンテーション層は、このカスタム エラーをユーザーに表示します。それに加えて、HTTP 関連のエラーが発生する一般的なエラー ページがあります。プレゼンテーション層に try catch ブロックがありません。

しかし、プレゼンテーション レイヤー エラーを処理するためのベスト プラクティスを知る必要があります。ユーザーがいくつかの 10 進数を入力することを期待しているように仮定しますが、それに加えていくつかの文字が追加されます。では、この種のエラーをどのように処理できますか? try catch を記述せずにそれを処理するコードを記述する必要がありますか、それともプレゼンテーション層のコードに try catch を含める必要がありますか?

もう 1 つのシナリオは、ある場所から 1 つのファイルを読み取っていますが、ファイルがそこに存在しない場合は、try catch ブロックまたはプレゼンテーションでこれをキャッチするか、考えられるすべてのエラーのコードを記述する必要がありますか?

ありがとう

4

1 に答える 1

0

プレゼンテーション レイヤーでは、ユーザー エントリを検証する必要があります。画面に検証を追加します。ユーザー エントリは、サーバーに送信される前に検証する必要があります。また、モデルのサーバー側も検証します。たとえば、ユーザーが 10 進数の値を入力するように要求された場合、フォーム送信の横にあるクライアント側とサーバー側で実際に 10 進数であることを確認します。このページでは、エラーのあるフィールドを赤いボックスまたは右側の赤いマークでマークし、たとえばフィールドのすぐ下にエラー メッセージを表示することができます。これは通常、エラーがユーザーに報告される方法です。エラー メッセージをツールチップとして表示するように選択することもできますが、いずれの場合も、エラーのあるフィールドはそのようにマークする必要があります。ここでいくつかのデモを確認できます: http://scotch.io/demos/angular-validation

于 2014-12-13T09:29:29.213 に答える