本节开始的实例采用IIS作为WCF宿主，使用的契约和实现和前面使用的仍然相同，下面我们构建两个站点，一个WCF服务宿主站点，一个服务测试站点。首先我们创建服务端，打开vs2010à文件à新建项目à选择WCF模板àWCF服务应用程序，如图11-31。 图11-31 创建WCF如无应用程序 删除默认添加的SVC文件和接口文件，添加接口文件IHe

上一个系列我们主要描述什么是绑定？绑定是预先设置的信道栈。它们代表了在客户端和服务端之间的线上契约。每个绑定由通信中涉及的传输，编码和协议确定。WCF使用绑定为多样化通信场景集合配置信息。本系列我们将描述WCF行为，包括服务行为、操作行为和安全行为。服务行为包括服务有一个实例的并发、多个实例并发以及多线程访问；操作行为中有涉及WCF中相对常见和重要的WCF事务处理方面内容，需要大家重点了解和掌握。

BasicHttpBinding使用HTTP作为传输协议用于发送SOAP 1.1消息。服务可以使用此绑定来公开符合WS-I BP 1.1标准的终结点，如ASMX客户端访问的终结点。同样，客户端可以使用BasicHttpBinding与公开符合WS-I BP 1.1标准的终结点的服务（如 ASMX Web服务或采用BasicHttpBinding 配置的服务）进行通信。 默认情况下，安全性处于禁用状

想对BasicHttpBinding的安全性做比较全面的了解，最好的办法还是从它的安全属性看起。下面展示的所有源代码通过反编译获得，这里我们根据需要选取关键的代码来分析，先看代码清单11-73。 代码清单11-73 BasicHttpBinding定义 1: public class BasicHttpBinding : Binding, IBindingRuntimePrefere

【前言】 企业使用WCF服务的一个主要原因是通过包装现有的组件和程序构建面向服务的应用，这些应用通过不仅简单而且适应力很强地方式重用。这种策略为企业带来了非常大的灵活性，因为它可以简单地响应快速变化的业务需求、并迅速地创建或更改系统以适应这些需求。 许多企业采用的业务过程都由一系列明确的、并按照特定顺序执行的步骤组成。其中一些步骤可能涉及调用服务的操作，这需要确保WCF服务的操作顺序应

正如第三章“信道”所描述的，信道栈是一个由一个或多个信道组成用来处理消息的层次通信栈。绑定是预先设置的信道栈。它们代表了在客户端和服务端之间的线上契约。每个绑定由通信中涉及的传输，编码和协议确定。WCF使用绑定为多样化通信场景集合配置信息。 [第1篇] 基础 最普通的通信场景，比如网络服务，REST/POX 服务和基于队列的应用都在盒子外面提供。例如，basicHttpB

对消息进行签名和加密分别解决了消息的一致性和机密性问题。而最终是仅仅采用签名还是签名与加密共用取决于契约中对消息保护级别的设置。但是具体的签名和加密在整个WCF框架体系中如何实现？是采用对称加密还是非对称加密？密钥如何而来？相信这些问题在本篇文章中你会找到答案。 目录 一、BasicHttpBinding 二、WSHttpBinding、WS2007HttpBind

上一篇我们主要讲述了构筑WCF的基础，即契约，包括数据契约、消息契约；以及在契约基础上的不同通信模型，包括单向通信，请求-回复通信、双工通信。其底层是通过WSDL描述服务终结点，XSD描述数据。定义在WSDL中的服务操作用来在运行时把收到的请求转发给正确的.NET类，定义在XSD中的XML文件在运行时被反序列化成.NET类型并发送给服务操作。而这一起提供了对服务实现中.NET类型的一种基于标准的实

[第1篇] 基础 在原子和金钱世界中，契约是两个或多个组织以一个已知的价格提供商品和服务的合同。在比特和服务的世界中，契约有类似的功能:它是两个或多个组织之间确定消息交换和消息条款及条件的合同。 契约是由服务终结点发送或接收的消息的描述。每一个终结点都由ABCs定义:一个消息发送到的网络上的地址，一个描述消息如何发送的绑定，一个描述消息格式的契约。 [第2篇] 服务契约 服务契约描述了由服务终结点

WCF Service(WebService) Web Services是经实践考验证明的跨防火墙的通信方式，它很稳定且被广泛认可。总的来说你需要为分散的CRUD操作指定相应的接口并在Silverlight中忠实的调用他们 使用的原因：需要进行类似直接通过服务进行数据库交互操作的项目（弱化业务逻辑部分）。 避免使用的原因：必须始终自己监视数据的变化并调用相应的服务方法进行更新，任何

《Essential Windows Communication Foundation 》 系列翻译文章最先从CSDN 上开始翻译，后来转到博客园，现在是将前四章的翻译内容从CSDN搬到博客园上，同时按章节划分不同系列，方便大家查看。以后会继续更新。 [第1篇] 基础   微软通信基础是关于服务的。主要是指创建，寄宿，使用以及安全性。WCF是基于标准和互通性的。可以提高开发人员的生产力。

上一篇 我总结介绍了WCF技术的背景，核心要素，和典型场景，目的是希望让大家更好地掌握WCF技术，并且在工作中知道如何选择。 由于篇幅较长，这一篇继续写完第二部分。 应用场景： WCF 从发布到现在的将近5年左右的时间，经过了多次增强和改进，从最开始单纯的SOAP Service的方式，发展出来其他多种应用场景，分别是 1. SOAP Services 2. WebHttp Services 3

在《上篇》中，我们着重讨论了消息的保护等级如果在契约中定义，定义在不同契约（服务契约、错误契约和消息契约）中的消息保护等级具有怎样的层级关系，以及在默认情况下各种绑定采用怎样的保护等级。在下篇中，我们进一步来探讨消息保护等级和绑定的关系。 一、契约的保护等级为绑定进行消息保护设置了“最低标准” 二、显式地将保护等级设置成ProtectionLevel.None与没有设置保护等级有

这一篇文章，是总结一下WCF技术，以及基于这个技术发展出来的几个典型应用场景，并且我将尝试对这些不同的WCF实现的原理进行一些比较分析。 关于WCF这个技术的基本概念，如果你不是很清楚，可以参考一下有关的文档 微软开发者中心 http://msdn.microsoft.com/en-us/netframework/aa663324   我的博客中先前也有很多这方面的介绍 http://z

到目前为止，对于WCF安全传输的三个方面，我们已经对认证进行了详细的介绍，现在我们来关注另外两个话题：消息的一致性和机密性，两者又统称为消息保护（Message Protection）。消息的安全等级指的是对整个消息或者消息的某个部分事实安全保护采用的等级。按照级别的由低到高，WCF支持如下三种不同的安全等级。在WCF的应用编程接口中，消息保护级别通过如下定义的ProtectionLevel枚举表

本系列文章导航WCF从理论到实践(1)：揭开神秘面纱WCF从理论到实践(2)：决战紫禁之巅WCF从理论到实践(3)：八号当铺之黑色契约WCF从理论到实践(4)：路在何方WCF从理论到实践(5)：Binding细解WCF从理论到实践(6)：WCF架构WCF从理论到实践(7)：消息交换模式WCF从理论到实践(8)：事件广播WCF从理论到实践(9):实例模式和对象生命周期WCF从理论到实践(10)：异常

新建Rest服务接口： [ServiceContract] public interface IService1 { [OperationContract] string GetData(int value); } .csharpcode, .csharpcode pre { font-size: small; color: black; font-family:

这是最近遇到的一个小问题。情况是这样的： 1.我们有一个网站，是用.NET Framework 3.5编写的，里面有一些WCF的服务。作为演示，我下面有一个范例服务   合约using System.ServiceModel; namespace WebApplication1 { // NOTE: You can use the "Rename" command on the

在上一篇中《使用Entity Framework和WCF Ria Services开发SilverLight之2：POCO》，我们将映射交给edmx文件处理。如下： 该文件是由EF框架自动生成的，通过查看原始文件，我们可以看到EF框架为我们建立了实体类间的各种映射。现在，借助于EF4.1框架，我们可以进行更方便的进行手动映射。   1：清理SchoolData 首先，删除ModelS

本系列文章将从实例出发，以实例结尾。由浅入深讲解在我们项目中如何使用WCF和WF。我们会发现使用WCF+WF将造就出其他技术无法达到的高度。最后我会将程序架到云端。 　　微软.net的3W（WPF、WCF、WF）战略如下图。WCF负责通信，WPF负责界面展示，WF负责处理业务逻辑，如下图。 　　本系列文章会主要用到上图中的所有技术，但是主要讲述如何使用WCF和WF来实现系统的中间层。看过亮剑的朋