稍作完善:wcf的异常处理(Exception Handling )
关键时刻,一个wcf服务怎么能离得开异常处理呢?
1、基于ServiceDebug的Exception Handling
我们把“<serviceDebug includeExceptionDetailInFaults="true"/>”设置为true以后,在WcfContract添加一个方法TradDivideOperation,在MyWcfLib类库中做除法的具体实现的时候,让它抛出DivideByZeroException异常:
Code在客户端我们调用的时候,try catch一下就可以捕获这个DivideByZeroException异常了。
Code注意:可以看到我们我们Catch的是一个FaultException< ExceptionDetail>Type的Exception,不是原来的FaultException。该Exception的Detail属性就是Service抛出的DivideByZeroException异常。而且我们在Service端指定的Error Message也被客户端获得。这种方式的Exception Handling方式确实比上面一种具有很强的指示性,对我们进行Debug确实很有帮助。但是这种方式确实不能正式用于我们最终发布的版本中,因为它会把Exception所有的信息返回到Client端,很容易泄露一些很敏感的信息。这也正是WCF把这个列入ServiceDebug Service Behavior的原因。
2、基于Fault Contract 的Exception Handling
我们知道,wcf采用一种基于Contract的通信方式,Contract定义了进行交互的双方进行消息交换所遵循的准则和规范,ServiceContract定义了包含了所有Operation的Service的接口,DataContract定义了交互的数据的结构,而FaultContract实际上定义需要再双方之间进行交互的了异常、错误的表示。
下面我们现在来看看如何来使用基于FaultContract的Exception Handling。
a、首先我们改进第一篇的demo,在解决方案里添加一个类库MyWcfException,专门生成wcf的异常处理。
在该工程下,我们添加一个类
Code(1)、在WCF中,我们一般用两个不同的Serializer实现Object和XML的Serialization和Deserialization:Datacontract Serializer和XML Serializer。
(2)、在CommonError中定义了两个成员:表示出错操作的Operation和出错信息的ErrorMessage。由于该类的对象需要在Endpoint之间传递,所以必须是可序列化的。这里对于Fault而言,只能使用Datacontract Serializer进行序列化和反序列化。
b、在接口方法中运用FaultContract
Code说明: 我们在DivideOperation上运用了FaultContract,并指定了封装了Fault对应的类型,那么最终这个基于CommonError类型的FaultContract会被写入Service Description中,MyClient通过获取该Service Description(一般是获取WSDL),它就被识别它,就会将从接收到的Soap中对该Fault的XML Mapping到具体的MathError类型。
c、客户端调用异常显示
Code
好了,wcf异常处理就介绍到这里。其实有前两篇文章做铺垫,简单的wcf应用已经几乎没有问题了。在这个简单wcf应用程序中,涵盖了契约、绑定、异常处理和宿主等方面的内容,网上有很多写的很精彩的资料,读者可自行参考。当然,wcf是庞大无比的一个框架,想要熟练掌握还看个人努力和修行。这里暂时搁笔,有时间再来深入学习。1、基于ServiceDebug的Exception Handling
我们把“<serviceDebug includeExceptionDetailInFaults="true"/>”设置为true以后,在WcfContract添加一个方法TradDivideOperation,在MyWcfLib类库中做除法的具体实现的时候,让它抛出DivideByZeroException异常:


2、基于Fault Contract 的Exception Handling
我们知道,wcf采用一种基于Contract的通信方式,Contract定义了进行交互的双方进行消息交换所遵循的准则和规范,ServiceContract定义了包含了所有Operation的Service的接口,DataContract定义了交互的数据的结构,而FaultContract实际上定义需要再双方之间进行交互的了异常、错误的表示。
下面我们现在来看看如何来使用基于FaultContract的Exception Handling。
a、首先我们改进第一篇的demo,在解决方案里添加一个类库MyWcfException,专门生成wcf的异常处理。
在该工程下,我们添加一个类

(2)、在CommonError中定义了两个成员:表示出错操作的Operation和出错信息的ErrorMessage。由于该类的对象需要在Endpoint之间传递,所以必须是可序列化的。这里对于Fault而言,只能使用Datacontract Serializer进行序列化和反序列化。
b、在接口方法中运用FaultContract

c、客户端调用异常显示

Demo下载:WcfStudyDemo
作者:Jeff Wong
出处:http://jeffwongishandsome.cnblogs.com/
本文版权归作者和博客园共有,欢迎围观转载。转载时请您务必在文章明显位置给出原文链接,谢谢您的合作。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构