我有一种情况,我希望能够区分 Web 服务中不同类型的错误。在 API 中,这通常是每个单独的异常,这是否意味着我应该在 WCF 中有多个故障契约?
这是首选方法吗,它似乎是 OO 方法。我工作中的某个人建议了错误代码,但我开始认为,如果您要发回异常,这似乎违反直觉。
有没有人遇到过类似的情况,如果有,您做了哪些设计决策以及做出这些决策的原因?
谢谢,任何帮助将不胜感激。杰米
我有一种情况,我希望能够区分 Web 服务中不同类型的错误。在 API 中,这通常是每个单独的异常,这是否意味着我应该在 WCF 中有多个故障契约?
这是首选方法吗,它似乎是 OO 方法。我工作中的某个人建议了错误代码,但我开始认为,如果您要发回异常,这似乎违反直觉。
有没有人遇到过类似的情况,如果有,您做了哪些设计决策以及做出这些决策的原因?
谢谢,任何帮助将不胜感激。杰米
拥有不同的故障契约是 WCF 的方式。将异常处理代码集中在自定义错误处理程序中也是一个好主意。这样,您不再需要编写所有这些 try/catch 并在 catch 子句中将异常转换为所有服务操作中的故障契约。
我同意达林。
看一下:
这与您的问题非常相似。
了解更多信息: