2012-03-08 26 views
2

私はasp.net MVC3アプリケーションを使用して、さまざまな機会にAjaxをサーバーに呼び出します。ASP.NET MVC3 Ajaxエラー応答とHTTP 4XX

オプション1:HTTPステータスコードを使用してエラー応答を返し、ajaxエラーハンドラを呼び出す必要のある関数にバインドさせることができますエラー。

オプション2は:

response: 
    success: true 
    text: <status text> 
    .... 
    payload: <actual response> 

と同様の構造で、JSONを使用して、ヘッダ/ペイロードの概念を使用して最初の引数である - なぜHTTPおよびAjaxが提供するメカニズムを再利用しません。

第2引数は、(ネットワーク障害などによって)「本物の」httpエラーに対処するためのonFailure ajaxハンドラと、クライアントとサーバの間でアプリケーションの成功とエラー応答の統一契約を結ぶことです。レスポンスを解析して、失敗/成功とステータスのテキストを取得します。

両方のアプローチに関する考えを歓迎します。ありがとう。

答えて

0

私は最初のアプローチに行きます。 HTTPプロトコルはすでにすべてのメカニズムを提供しています。なぜ、各開発者は毎回エラー処理を再考すべきですか? 200のステータスコードを返すと、プロキシサーバーなどの仲介業者は、この応答をキャッシュしないでください。

+0

ありがとうDarin。更新 - 最初のアプローチを使用して終了しました。 IISとIEを扱う際に直面した問題がいくつかあります。 –

+0

Srikanth Venugopalan。あなたが直面したいくつかの悪夢は何でしたか? – rednax

関連する問題