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