随笔分类 - WCF
摘要：在一个基于面向服务的分布式环境中，借助一个标准的、平台无关的通信协议，使各个服务通过SOAP Message实现相互之间的交互。这个交互的过程实际上就是信息交换的过程。WCF支持不同形式的信息交换，我们把这称之为信息交换模式（Message Exchange Pattern（简称MEP），下同）, 常见的MEP包括: 请求/答复，单向模式和双工模式。通过采用双工的MEP，我们可以实现在服务端调用客户端的操作。虽然WCF为我们实现底层的通信细节，使得我们把精力转移到业务逻辑的实现，进行与通信协议无关的编程，但是对通信协议的理解有利于我们根据所处的具体环境选择一个合适的通信协议。说到通信协议， WCF 经常使用的是以下4个：Http，TCP，Named Pipe，MSMQ。
阅读全文
摘要：双工模式建立在上文所实现的两种模式的基础之上，实现客户端与服务端相互调用：前面介绍的两种方法只是在客户端调用服务端的方法，然后服务端有返回值返回客户端；相互调用是指客户端调用服务端的方法，同时服务端也可以调用客户端的方法。
基于双工MEP （信息交换模式，Message Exchange Pattern，下同）消息交换可以看成是多个基本模式下 （比如请求-回复模式和单项模式）消息交换的组合。双工MEP又具有一些变体，比如典型的订阅-发布模式就可以看成是双工模式的一种表现形式。
阅读全文
摘要：客户端发送请求，然后一直等待服务端的响应(异步调用除外)，期间处于假死状态，直到服务端有了答复后，客户端才会继续向下执行，这种方式相对单向模式来说灵活性差，但是安全性高，因为是单线程的所以安全性极高，适用于有数据返回的请求。
阅读全文
摘要：第二个示例是通过定制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中，方能被处于另一方的服务的使用者获得、从而进行合理的处理。下面我们结合一个简单的
阅读全文
摘要：WCF4.0为了简化服务配置，提供了默认的终结点、绑定和服务行为。也就是说，在开发WCF服务程序的时候，即使我们不提供显示的 服务终结点，WCF框架也能为我们的服务提供一些默认配置功能的服务终结点。当然也包含默认的绑定和默认的服务行为。这一切都是为了简化配置过程，避免一 些不必要的错误。
阅读全文
摘要：我们在前面章节中讲了寄宿，在前面的实例中也用到了配置文件，这一篇主要讲讲如何在应用配置文件，提高WCF程序的灵活性。在编写WCF服务应用程序时，编写配置项也是其中一项主要工作，在前面的几个示例中我也使用过配置文件，通过配置文件来简化代码。WCF通过公开终结点，向客户端公开服务，包括服务的地址、服务用于发送和接收消息的传输和消息编码，以及服务需要的安全类型等。当我们把这些配置项写入到配置文件后，我们无需编译即可修改WCF的一些可变信息，提高了程序的灵活性。
阅读全文
摘要：在WCF4.0里，通过提供一种虚拟的服务类型映射机制来实现WCF服务的激活。我们可以在配置文件里指定服务类型和相对地址之间的映射关系。这就使得我们可以在不是要.svc文件的情况下，在WAS/IIS里托管WCF服务程序。
阅读全文
摘要：IIS7允许通过HTTP外的协议进行激活和网络通信。此环境适合开发可通过 WCF支持的任何网络协议（包括http、net.tcp、net.pipe、net.msmq）进行通信的WCF服务。部署简单、管理方便，这些网络协议在部署时可像Http一样，直接丢到IIS7上即可，我们在下面的例子中以net.tcp为协议为例。IIS7以下的版本只能支持Http的通信。
阅读全文
摘要：WCF服务的Windows 服务程序寄宿
这种方式的服务寄宿，和IIS一样有一个一样的优点，系统启动后，WCF服务也会跟着启动了，不用人工干预，也是一种较好的寄宿方式。
阅读全文
摘要：WCF服务部署到应用程序
阅读全文
摘要：我们把WCF寄宿在IIS之上，在IIS中宿主一个服务的主要优点是在发生客户端请求时宿主进程会被自动启动，并且你可以依靠IIS来管理宿主进程的生命周期。在开发和使用的过程与Web Service非常相似。
阅读全文
摘要：WCF的宿主可以是 Windows 服务、COM+应用程序、WAS(Windows Activation Services,Windows进程激活服务)或IIS、Windows应用程序，或简单的控制台应用程序及任何.net程序。
阅读全文
摘要：若要创建客户端应用程序，你将另外添加一个项目，添加对该项目的服务引用，配置数据源，并创建一个用户界面以显示服务中的数据。
在第一个步骤中，你将 Windows 窗体项目添加到解决方案中，并将其设置为启动项目。
阅读全文
摘要：创建数据服务与创建宿主程序。
阅读全文
摘要：打开Visual Studio 2015,在菜单上点击文件—>新建—>项目—>WCF服务应用程序。在弹出界面的“名称”对应的文本框中输入“SCF.WcfService”，然后点击“确定”按钮。如下图。
阅读全文
摘要：Windows Communication Foundation (WCF) 是用于构建面向服务的应用程序的框架。借助 WCF，可以将数据作为异步消息从一个服务终结点发送至另一个服务终结点。服务终结点可以是由 IIS 承载的持续可用的服务的一部分，也可以是应用程序中承载的服务。终结点可以是从服务终结点请求数据的服务客户端。简单消息可以是作为 XML 发送的单个字符或单个单词，复杂消息可以是二进制数据流。
阅读全文
摘要：WCF应用服务被成功寄宿后，WCF服务应用便开始了服务调用请求的监听工作。此外，服务寄宿将服务描述通过元数据的形式发布出来，相应的客户端就可以获取这些元数据。接下来我们来创建客户端程序进行服务的调用。
阅读全文
摘要：我们可以通过代码和配置文件的方式完成所有的服务寄宿工作。在Hosting项目中的Program.cs文件中的Main方法中，通过代码实现对 BookService的WCF服务应用的寄宿实现。
阅读全文