
WCF faults and exceptions我是第一次写WCF服务。 该服务及其所有客户端(至少到目前为止)均使用C#编写。 该服务必须对传递的数据进行大量输入验证,因此我需要某种方式将无效数据指示回客户端。 我已经阅读了很多有关错误和异常的文章,将异常包装在错误中,以及许多相互矛盾的文章,这些都进一步使我感到困惑。 处理这种情况的正确方法是什么? 我应该完全避免异常并打包结果返回消息吗? 我应该创建一个特殊的Fault或一个特殊的Exception,还是像非WCF验证函数那样抛出ArgumentExceptions? 我现在拥有的代码(受MSDN影响)是:
在该方法上有[FaultContract(typeof(ValidationFault)))。 那么这是解决这个问题的"正确"方法吗? 从WCF服务中引发异常是没有用的,为什么不呢?因为它作为一个纯粹的错误回来,您需要 a)设置故障以包括异常 b)解析故障以获取异常的文本并查看发生了什么。 所以是的,您需要一个错误而不是一个例外。在您的情况下,我将创建一个自定义错误,其中包含失败列表中失败的字段列表。 请注意,WCF使用字典来使事情变得有趣,这些字典不能进行ISerializable;它具有特殊的处理方式,因此请检查回传的消息在线路上看起来是否良好;如果没有,它会为您返回数组。 如果您要在客户端上进行验证,并且一旦将它们传递到方法(Web服务调用)中时应该具有有效值,那么我将抛出异常。可能是一个例外,表明参数名称对参数无效。 (请参阅:ArgumentException) 但是,您可能不希望依赖客户端来正确验证数据,这使您假设数据可能无效,从而无法进入Web服务。在那种情况下,这并不是真正的例外情况,也不应该例外。在那种情况下,您可以返回一个枚举或一个Result对象,该对象的Status属性设置为枚举(OK,Invalid,Incomplete),并且Message属性设置为特定参数(例如参数名称)。 我将确保在开发过程中发现并修复此类错误。您的质量检查流程应仔细测试客户端的有效使用和无效使用,并且您不希望将这些技术消息传递回客户端。您要做的是更新验证系统,以防止无效数据进入服务呼叫。 我对任何WCF服务的假设都是会有多个UI。现在可能是一个Web UI,但是以后我可能会使用WinForms,WinCE甚至是本机iPhone / Android移动应用程序添加另一个,它与.NET客户端的要求不符。 您可能需要结合策略注入块链接文本来查看" MS模式和实践企业库验证"块,它允许您使用验证属性来装饰数据合同成员,还可以装饰服务实现,以及它的集成使用WCF,这意味着验证失败会作为ArgumentValidationException错误自动返回,每个错误都包含每个验证失败的ValidationDetail对象。 将entlib与WCf结合使用,您无需进行大量代码即可进行大量验证和错误报告 |