1
從我所知道的情況來看,異常拋出可能有點沉重。我可以看到,ServiceStack's Error handling建議拋出一個異常,這會很精美地序列化到客戶端。在不拋出異常的情況下返回錯誤
1.如何在不拋出異常的情況下做同樣的事情? - 我看到我可以將返回類型更改爲對象並返回HttpError而不是拋出,這是唯一的方法嗎?
2.性能是否會提高(vs投擲)?
從我所知道的情況來看,異常拋出可能有點沉重。我可以看到,ServiceStack's Error handling建議拋出一個異常,這會很精美地序列化到客戶端。在不拋出異常的情況下返回錯誤
1.如何在不拋出異常的情況下做同樣的事情? - 我看到我可以將返回類型更改爲對象並返回HttpError而不是拋出,這是唯一的方法嗎?
2.性能是否會提高(vs投擲)?
返回或拋出一個HttpError也有同樣效果,e.g:
return new HttpError(HttpStatusCode.Conflict, "SomeErrorCode");
它是一個 「顯著」 的效果? (如拋出和處理異常) - 如果我只是想向用戶返回一個簡單的錯誤,我不認爲發生了什麼異常,我還應該使用它嗎? – Mithir
不,這只是在HTTP請求的上下文中不可通過的C#異常的代價。 – mythz