前言 如果客户端程序向WCF服务发送一条请求消息，那么客户端通过端点发送该请求。如果你回想一下，端点由三部分组成：地址，绑定和合约。地址指明消息发送的目的地；绑定指明传输、格式、以及于与服务进行通讯所使用的协议；合约决定客户端可以发现的消息以及客户端期望的响应消息。多个服务可以实现同一个服务合约，或一个服务也有可能更改

在使用ArcGIS Web API开发GIS应用的时候，系统提供的一般服务常常不能满足需要，这时候就需要在服务端调用ArcObjects。下面就把我就给出一个简单的示例程序，用来读取给定的Personal Geodatabase中要素类的一个列表，并把相关的一些经验分享一下： 系统环境 Windows 7 SP1 中

   前几个月开始在项目里开始大量用WCF技术, 曾经用Remoting都很顺畅,这次改用上WCF后一连续遇到了N多问题才最终勉强成功了,当时我把遇到的每个问题都记录下来,虽然解决方法当时没仔细整理,但是把这些遇到的问题给准备使用WCF的朋友给个参考,熟练使用WCF没想像的那么简单.&nb

启用MTOM传输数据 MTOM 是一种机制，用来以原始字节形式传输包含 SOAP 消息的较大二进制附件，从而使所传输的消息较小。一条SOAP消息经常由消息头和消息体构成；消息头提供地址，路由信息和安全信息；消息体提供数据，以及消息的负载。消息体由XML构成，包含在传输至服务的请求或者返回客户端程序的响应信息中。消息体信

为了把在Windows Azure中运行的，使用强大的WCF框架的服务暴露出来，Windows Azure提供了一个WCF角色。无论在哪个框架和平台上构建复杂的，具有高度可扩展性的系统，通过它们的功能进行逻辑分组，针对那些分组来抽象代码，并 且分别执行它们，都是一种简单而高效的扩展性策略。你应该把用来“绘

前言 良好的性能是大多数应用程序和服务的关键因素，你可以通过周密地设计，以及选择合适的特性以确保WCF服务维持其吞吐量，保持响应并具有可扩展性。到目前为止，这些技术包括事务（上，下），session状态，可靠地消息传递，以及异步操作（上，中，下）。 还有其他一些影响性能的方面，比如安全（企业内部WCF的安全，因特网环境

使用消息队列 消息队列是本书WCF异步技术中的最后一个出场的。消息队列可以为消息传输提供持久性、可靠性和事务性。甚至，发送消息的客户端程序与接受消息的服务可以不必同时运行。但使用该灵活性需要付出一定的代价，那就是消息队列只能支持单向传输。因此如果使用该技术实现客户端程序和服务并且服务需要向客户端发送响应消息时，需要仔细

单向操作特别适用于"触发然后忘记"场景，在该场景中，客户端程序并不期望服务回传任何信息。但是，许多操作并不适用于这种情况，其向客户端程序返回数据。为了处理这些情况，WCF支持异步操作和IAsyncResult设计模式。在WCF中你可以使用两种方式实现IAsyncResult设计模式：在客户端 程序中异步调用操作；或在W

定义服务契约 　　构建HelloWCF应用的第一步是创建服务契约。契约式是表示消息应用外形的主要方式。对于外形，是指服务暴露的操作，使用的消息schema和每个操作实现的消息交换模式（MEP）。总之，契约定义了我们消息应用生成和使用的东西。大多数契约是带有WCF API定义的属性标记的类型定义。 　　在下面的例子里，服

当客户端程序调用一个单向操作后，客户端可以继续运行而不用等待服务完成该操作。你可以通过操作合约指定单向操作行为。达到该目的的最简单方式是在当以操作时设置OperationContract特性类的IsOneWay属性为true。在本章的练习中你将会看到具体的例子。 单向操作的效果 定义一个操作为单向操作包含多个暗示，其中

一、可靠性会话 Windows Communication Foundation (WCF) 可靠性会话是一个如 WS-ReliableMessaging 协议所定义的 SOAP 可靠消息传递的实现。它在绑定层保证消息只会被传送一次，并能确定消息之间的传输顺序。它的特性在于保证了传输过程中消息不会丢失或者错位，在连接掉

对于需要进行大规模数据传输的WCF应用来说，对于请求消息和回复消息进行传输前的压缩，不但可以降低网络流量，也可以提高网络传输的性能。由于WCF的扩展性，我们可以采用不同的方式实现对消息的压缩，本文提供一种比较简单的实现方式。[源代码从这里下载] 一、三种可行的消息压缩方案 二、DataCompress

前天刚刚重装了系统，装上了Win7，结果在调试的时候，WCF服务Open报错了！ 具体错误信息如下： System.ServiceModel.CommunicationObjectFaultedException: 通信对象 System.ServiceModel.Web.WebServiceHost 无法用于通信，因

为什么题目是WCF的七个问题，而实际只有五个？ 答： 草稿里是七个问题，成文后因为有两个问题中的一个确定不是问题，而另外一个还没弄清楚，所以只剩下五个；这也暗示此文有续... 1. ChannelFactory.Endpoint.Address.Uri.AbsolutePath 需求： 如果我想通过endpointC

在园子内看到两篇关于部署Silverlight的文章结合本人实际部署情况做一个简单说明，方面遇到同样问题的同仁解决！ 部署环境是windows 2003 R2 SP2，.NET Framework 4.0、Oracle 11gR2 1、服务引用的地址在发布前应该修改为同发布地址相同后编译。 2、如果项目中美工使用表达式

·〉上章介绍 用 WCF 实现多层服务架构平台——业务适配器已经向大家描述了服务端的实现。本来我想写一片相关的技术文章。但是发现人们似乎对“过程”没有兴趣，更有兴趣的是结果。那么，我便演示下这个客户层应用。不过先声明一句，整个产品在内部试用中，并没有在产品美观下功夫。让各位看官看笑了。 ·〉登录界面 ·〉

·〉写在前面 09年08月，我开始着手第一个公用 DLL 封装。时至今日，历经了四个大版本。随着工作年限不断增加，不断的推翻，不断的重写。如今，它已是我日常开发中不可缺少的一组套件。 2010年，在企业工作的我开始意识到，“开发”与“业务”之间的冲突。一个系统开发员想要完美的展现一块功能的业务，这是一件难度较高的事情。精通业务的人，

终结点分发器在自己的运行时中对请求消息的处理最终肯定体现在相应操作的执行。如果从服务描述的角度来看，操作是一个OperationDescription对象。而服务端分发运行时中的操作则代表的是一个DispatchOperation对象。作为服务描述的一部分，服务所有终结点的所有操作描述（OperationDescription）在ServiceHost创建过程中被创建。而当ServiceHost被

摘要 WCF服务的分发器可以在把消息传递至服务实例的方法之前或在接收到服务的响应消息之后，翻译并检查这些消息。如果你需要实现消息检查功能，那么你首先需要自定义检查消息的服务行为，然后通过硬编码将服务行为嵌入到代码中或扩展WCF服务行为并通过配置文件配置消息检查功能。 检查消息 WCF服务模型的一个有趣的特性是分发消息至服务的方法之前翻译消息，在离开服务方法后进入向客户端回传的传从通道堆栈之前再次翻

作为WCF中一个核心概念，终结点在不同的语境中实际上指代不同的对象。站在服务描述的角度，我们所说的终结点实际上是指ServiceEndpoint对象。如果站在WCF服务端运行时框架来说，终结点实际上指代的是终结点分发器（EndpointDispatcher）。而ServiceEndpoint与EndpointDispatcher是一一匹配的，并且前者是创建后者的基础。而终结点分发器具有自己的运行，