稍作完善: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是庞大无比的一个框架,想要熟练掌握还看个人努力和修行。这里暂时搁笔,有时间再来深入学习。
Demo下载:WcfStudyDemo
posted on 2009-09-01 11:19  JeffWong  阅读(764)  评论(1编辑  收藏  举报