稍作完善：wcf的异常处理（Exception Handling ）

关键时刻，一个wcf服务怎么能离得开异常处理呢？
1、 基于ServiceDebug的Exception Handling
我们把“<serviceDebug includeExceptionDetailInFaults="true"/>”设置为true以后，在WcfContract添加一个方法TradDivideOperation，在MyWcfLib类库中做除法的具体实现的时候，让它抛出DivideByZeroException异常：
在客户端我们调用的时候，try catch一下就可以捕获这个DivideByZeroException异常了。
注意：可以看到我们我们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的异常处理。
在该工程下，我们添加一个类 （1）、在WCF中，我们一般用两个不同的Serializer实现Object和XML的Serialization和Deserialization：Datacontract Serializer和XML Serializer。
（2）、在CommonError中定义了两个成员：表示出错操作的Operation和出错信息的ErrorMessage。由于该类的对象需要在Endpoint之间传递，所以必须是可序列化的。这里对于Fault而言，只能使用Datacontract Serializer进行序列化和反序列化。
b、在接口方法中运用FaultContract
说明： 我们在DivideOperation上运用了FaultContract，并指定了封装了Fault对应的类型，那么最终这个基于CommonError类型的FaultContract会被写入Service Description中，MyClient通过获取该Service Description（一般是获取WSDL），它就被识别它，就会将从接收到的Soap中对该Fault的XML Mapping到具体的MathError类型。
c、客户端调用异常显示