0

背景はこんな感じです。

  1. クライアントの Web ブラウザーがサーバーに要求を送信します。
  2. サーバー プログラムは、実際の作業を行う前に、いくつかのビジネス チェック ルールを起動します。

チェックが失敗した場合、いくつかのヒントがクライアント ブラウザにフィードバックされます。

それで、ここに質問があります。エラー応答の http コードを使用してこれを示すか、200 を直接使用して、応答本文からメッセージを解析する必要があります。

場合によっては、これは問題ではありません。ただし、一部のクライアント コンポーネントは、エラー コードが返された場合にいくつかの util メソッドを提供します。したがって、それは難しい決断です。

  1. 200 を返し、エラー メッセージを返します。それらを自分で解析して表示します。
  2. 500 のようなコードを返し、クライアント コンポーネントに直接表示させます。
4

2 に答える 2

1

できるだけ多くの http ステータス コードを使用することをお勧めします。それは標準であり、なぜそれらを使用すべきではないのですか?

httpステータスコードの使用が理にかなっているいくつかの例を次に示します。

  • 誰かが aviable use 404 not found ではないデータセットを望んでいます
  • 保護されたリソースには認証使用 401 が必要です
  • 現在のユーザーが使用できないリソースは、403 禁止を取得する必要があります
  • うまく処理できないエラーが発生した場合は、500 ステータスを書き出します
  • 等々

REST APIのロジックも探してください。利点を確認できます。

于 2012-09-29T05:51:00.193 に答える
0

通常、サービスが失敗した理由を示します。カスタム エラーを返すことで、クライアント アプリケーションが適切な方法で応答できるようになる可能性もあります。たとえば、入力検証チェックが失敗した場合、ユーザーはリクエストを修正して再送信する機会を喜んでくれると思います。HTTP エラーだけでは、正確に何が問題なのかを示すのに十分ではありません。

于 2012-09-29T06:07:01.637 に答える