摘要：客户端发送请求，然后一直等待服务端的响应(异步调用除外)，期间处于假死状态，直到服务端有了答复后，客户端才会继续向下执行，这种方式相对单向模式来说灵活性差，但是安全性高，因为是单线程的所以安全性极高，适用于有数据返回的请求。 阅读全文

摘要：第二个示例是通过定制ServiceDebug来获取服务端的异常，但是这种方式只能用于Debug阶段。在我们的WCF应用发布之后，这种获取异常的方式无法在我们的工作环境中使用。我们必须找到一种异常处理方式可以在客户端获取相应的异常提示信息。那就是我们接下来要介绍的基于FaultContract的解决方案。我们知道WCF采用一种基于 Contract，Contract定义了进行交互的双方进行消息交换所遵循的准则和规范。Service Contract定义了包含了所有Operation的Service的接口，Data Contract定义了交互的数据的结构，而FaultContract实际上定义需要再双方之间进行交互的了异常、错误的表示。现在我们来学习如何使用基于FaultContract的异常处理。 阅读全文

摘要：从前面的示例中，可以看到客户端捕获了异常，这是我们处理异常的前提。为了有利于我们进行有效的调试，WCF提供了ServiceDebug Service Behavior。我们可以通过设置属性设为true，那么如果服务端抛出异常，WCF会简单得包装这个异常并把它置于Soap中Response到服务端的访问者。现在，我们简单修改一下 Hosting的配置信息，添加一个 阅读全文

摘要：在软件开发过程中，不可能没有异常的出现，所以在开发过程中，对不可预知的异常进行解决时，异常处理显得尤为重要。对于一般的.NET系统来说，我们简单地借助try/catch可以很容易地实现这一功能。但是对于 一个分布式的环境来说，异常处理就没有那么简单了。按照面向服务的原则，我们把一些可复用的业务逻辑以服务的形式实现，各个服务处于一个自治的环境中，一个服务需要和另一个服务进行交互，只需要获得该服务的描述（Description）就可以了（比如 WSDL，Schema和Strategy）。借助标准的、平台无关的通信构架，各个服务之间通过标准的Soap Message进行交互。Service Description、Standard Communication Infrastructure、Soap Message based Communication促使各服务以松耦合的方式结合在一起。但是由于各个服务是自治的，如果一个服务调用另一个服务，在服务提供方抛出的Exception必须被封装在Soap Message中，方能被处于另一方的服务的使用者获得、从而进行合理的处理。下面我们结合一个简单的 阅读全文