随笔分类 - [04] WCF后传
摘要：
WCF是一个通信框架，同时也可以将它看成是一个消息处理或者传递的基础框架，它可以接收消息、对消息做处理，或者根据客户端给定的数据构造消息并将消息发送到目标端点，在这个过程中，一切都是围绕“消息”而展开的。WCF在消息处理体系结构提供统一编程模型的同时，还允许灵活的表示数据和传递消息，本文将介绍如何配置消息支持各个SOAP和WS-Addressing版本或者不用任何SOAP和WS-Addressing，以及如何控制消息状态等。
阅读全文
WCF是一个通信框架，同时也可以将它看成是一个消息处理或者传递的基础框架，它可以接收消息、对消息做处理，或者根据客户端给定的数据构造消息并将消息发送到目标端点，在这个过程中，一切都是围绕“消息”而展开的。WCF在消息处理体系结构提供统一编程模型的同时，还允许灵活的表示数据和传递消息，本文将介绍如何配置消息支持各个SOAP和WS-Addressing版本或者不用任何SOAP和WS-Addressing，以及如何控制消息状态等。
阅读全文
摘要： 从本质上说，WCF是一个通信服务框架，它允许我们使用不同的传输协议，使用不同的消息编码形式，跟不同的WS-*系列规范交互，而所有这些细节都是由通道堆栈来处理的。在《WCF专题系列（8）：深度通道编程模型Part 1—设计篇》中，对于WCF中的通道模型有了深入的认识，本文中，我将通过实例来说明在通道模型中，服务端是如何接收消息，客户端是如何发送消息的。
阅读全文
从本质上说，WCF是一个通信服务框架，它允许我们使用不同的传输协议，使用不同的消息编码形式，跟不同的WS-*系列规范交互，而所有这些细节都是由通道堆栈来处理的。在《WCF专题系列（8）：深度通道编程模型Part 1—设计篇》中，对于WCF中的通道模型有了深入的认识，本文中，我将通过实例来说明在通道模型中，服务端是如何接收消息，客户端是如何发送消息的。
阅读全文
摘要：从本质上说，WCF是一个通信服务框架，它允许我们使用不同的传输协议，使用不同的消息编码形式，跟不同的WS-*系列规范交互，而所有这些细节都是由通道堆栈来处理的。为了简化这些处理，在WCF中提供了两种模型，一是针对开发者的应用程序编程模型；二是用来通信的通道模型，这样对于开发者来说，只要了解应用程序编程模型就足够了，而不会涉及到通道模型，然而，对于通道模型进行必要的学习，可以让我们真正理解WCF中“通信”概念，了解WCF的 整个架构体系，从而构建出更加健壮的WCF服务或者对WCF框架进行扩展。在本文中，我们将进行深度了解WCF中的通道模型是如何设计的。
阅读全文
从本质上说，WCF是一个通信服务框架，它允许我们使用不同的传输协议，使用不同的消息编码形式，跟不同的WS-*系列规范交互，而所有这些细节都是由通道堆栈来处理的。为了简化这些处理，在WCF中提供了两种模型，一是针对开发者的应用程序编程模型；二是用来通信的通道模型，这样对于开发者来说，只要了解应用程序编程模型就足够了，而不会涉及到通道模型，然而，对于通道模型进行必要的学习，可以让我们真正理解WCF中“通信”概念，了解WCF的 整个架构体系，从而构建出更加健壮的WCF服务或者对WCF框架进行扩展。在本文中，我们将进行深度了解WCF中的通道模型是如何设计的。
阅读全文
摘要：在WCF专题系列（6）：消息如何传递之绑定Part 1一文中，我提到绑定由绑定元素组成，每个绑定元素用来描述终结点与客户端通信方式中的某个方面，在发送或接收消息时，每个绑定元素都表示一个处理步骤；运行时，绑定元素会创建必要的通道和侦听器，用以生成传出和传入通道堆栈。本文为消息如何传递之绑定第二部分，将详细介绍WCF内置的各种绑定元素，绑定元素之间的顺序以及如何创建一个自定义的绑定元素。
阅读全文
在WCF专题系列（6）：消息如何传递之绑定Part 1一文中，我提到绑定由绑定元素组成，每个绑定元素用来描述终结点与客户端通信方式中的某个方面，在发送或接收消息时，每个绑定元素都表示一个处理步骤；运行时，绑定元素会创建必要的通道和侦听器，用以生成传出和传入通道堆栈。本文为消息如何传递之绑定第二部分，将详细介绍WCF内置的各种绑定元素，绑定元素之间的顺序以及如何创建一个自定义的绑定元素。
阅读全文
摘要：每个服务终结点都包含一个地址Address、一个绑定Binding 和一个契约Contract。契约指定可用的操作，绑定指定如何与服务进行通信，而地址指定查找服务的位置，在WCF专题系列前5篇中，深入了解了WCF中寻址的细节；从本文开始，将深入了解经典“ABC”中的B，即绑定Binding，了解它的原理，如何使用绑定通信以及在元数据中如何公开。
阅读全文
每个服务终结点都包含一个地址Address、一个绑定Binding 和一个契约Contract。契约指定可用的操作，绑定指定如何与服务进行通信，而地址指定查找服务的位置，在WCF专题系列前5篇中，深入了解了WCF中寻址的细节；从本文开始，将深入了解经典“ABC”中的B，即绑定Binding，了解它的原理，如何使用绑定通信以及在元数据中如何公开。
阅读全文
摘要：在WCF中，每个服务终结点都与两个地址相关联，一个逻辑地址和一个物理地址，逻辑地址就是SOAP消息的目标地址，即前面不止一次提到的“To”地址，而物理地址是WCF侦听器真正监听的地址。在WCF中，逻辑地址称之为终结点地址Endpoint Address，而物理地址则称之为监听地址ListenUri。
本文将详细介绍WCF中的物理地址和逻辑地址，以及如何使用tcpTrace来进行SOAP消息的跟踪。
阅读全文
在WCF中，每个服务终结点都与两个地址相关联，一个逻辑地址和一个物理地址，逻辑地址就是SOAP消息的目标地址，即前面不止一次提到的“To”地址，而物理地址是WCF侦听器真正监听的地址。在WCF中，逻辑地址称之为终结点地址Endpoint Address，而物理地址则称之为监听地址ListenUri。
本文将详细介绍WCF中的物理地址和逻辑地址，以及如何使用tcpTrace来进行SOAP消息的跟踪。
阅读全文
摘要：在WCF专题系列（3）：深入WCF寻址Part 3—消息过滤引擎一文中，详细介绍了WCF中的消息筛选引擎，包括消息筛选器和筛选器表，每个EndpointDispatcher都包含了两个消息筛选器，默认的地址过滤器是EndpointAddressMessageFilter，默认的契约过滤器是ActionMessageFilter，这些是可以通过Behavior来改变的。本文我们将学习如何创建一个自定义的消息过滤器，并通过自定义Behavior来改变EndpointDispatcher的默认过滤器。
阅读全文
在WCF专题系列（3）：深入WCF寻址Part 3—消息过滤引擎一文中，详细介绍了WCF中的消息筛选引擎，包括消息筛选器和筛选器表，每个EndpointDispatcher都包含了两个消息筛选器，默认的地址过滤器是EndpointAddressMessageFilter，默认的契约过滤器是ActionMessageFilter，这些是可以通过Behavior来改变的。本文我们将学习如何创建一个自定义的消息过滤器，并通过自定义Behavior来改变EndpointDispatcher的默认过滤器。
阅读全文
摘要：通过前面两篇的介绍，对Web服务寻址规范以及在WCF开发中终结点地址有了深入的认识。本文我们继续深入WCF寻址第三部分内容，当消息传入时，如何来确定匹配的终结点，就是我们本文要讲到的消息筛选引擎，在WCF中，消息筛选器引擎包括两个重要的组成部分：筛选器和筛选器表。
阅读全文
通过前面两篇的介绍，对Web服务寻址规范以及在WCF开发中终结点地址有了深入的认识。本文我们继续深入WCF寻址第三部分内容，当消息传入时，如何来确定匹配的终结点，就是我们本文要讲到的消息筛选引擎，在WCF中，消息筛选器引擎包括两个重要的组成部分：筛选器和筛选器表。
阅读全文
摘要：在WCF专题系列（1）：深入WCF寻址Part1一文中，我们对Web服务寻址规范做了一些认识，了解了终结点引用和消息信息报头两种结构，该规范在Web服务中的地位举足轻重，后续我们会经常提到该规范。在本文中，我们将继续深入WCF寻址的内容，包括元数据中的终结点地址，自定义寻址标头等相关信息。
阅读全文
在WCF专题系列（1）：深入WCF寻址Part1一文中，我们对Web服务寻址规范做了一些认识，了解了终结点引用和消息信息报头两种结构，该规范在Web服务中的地位举足轻重，后续我们会经常提到该规范。在本文中，我们将继续深入WCF寻址的内容，包括元数据中的终结点地址，自定义寻址标头等相关信息。
阅读全文
摘要： 众所周知，WCF服务的所有通信都是通过服务的终结点发生的，每个 服务终结点都包含一个地址Address、一个绑定Binding 和一个契约Contract。契约指定可用的操作，绑定指定如何与服务进行通信，而地址指定查找服务的位置，即非常经典的“ABC”。WCF用多种不同的通信协议为公开服务终结点和与其通信提供了灵活的模式，在WCF专题系列的第一部分，我将围绕终结点的寻址细节展开讨论。
阅读全文
众所周知，WCF服务的所有通信都是通过服务的终结点发生的，每个 服务终结点都包含一个地址Address、一个绑定Binding 和一个契约Contract。契约指定可用的操作，绑定指定如何与服务进行通信，而地址指定查找服务的位置，即非常经典的“ABC”。WCF用多种不同的通信协议为公开服务终结点和与其通信提供了灵活的模式，在WCF专题系列的第一部分，我将围绕终结点的寻址细节展开讨论。
阅读全文
摘要：.NET Framework 3.0发布有一段时间了，惫懒的我是不是也该动手学习点新东西呢？那就先从WCF开始吧。WCF（Windows Communication Foundation）作为.NET Framework 3.0的一部分，随着Windows Vista一起而Release，但是并不是说只有在Windows Vista下才可以使用WCF。除了Vista之外的操作系统要安装WCF的开发环境，需要具备如下条件：
1． 操作系统：Windows XP或者Windows 2003
2． 由于WCF构建于.NET Framework 2.0之上，所以需要安装.NET Framework 2.0。
3． 下载安装.NET Framework 3.0
Microsoft .NET Framework 3.0 Redistributable Package
4．使用Visual Studio 2005开发，还需要下载VS2005扩展
Microsoft Visual Stud
阅读全文
摘要：继前面微软公司发布Windows Communication Foundation (WCF)和Windows CardSpace的示例程序之后，微软今天又发布了WF的教程和大量示例，对于学习WF的朋友来说，是一份很好的学习资料。下载包括教程和示例两个压缩包，在示例部分包括如下的Application：
下载地址：http://www.microsoft.com/downloads/details.aspx?FamilyID=c1863e23-482c-4b79-9f3c-417a92d8d1d9&DisplayLang=en
阅读全文
摘要：在本篇随笔中，通过一些简单的示例来说一下Web Service中的异步调用模式。
概述
客户端异步调用方法
服务端使用Soap One-Way方法
服务端使用WSE SoapSender和SoapRecevier
服务端使用WSE 自定义SoapMSMQ传输
阅读全文
摘要：知名类型的SingleCall对象可以在客户程序的方法调用之后被垃圾收集器清理掉，因为它没有保持状态，属于无状态的。而客户激活的类型的对象和知名类型的SingleTon对象都属于生存期长的对象，如果在客户程序停止使用远程对象之前，远程对象被禁用了，则客户程序会得到一个RemotingException异常。因为该对象已经和下一个方法调用（从客户程序进行的方法调用）断开了连接，只要客户程序需要该对象，它就必须被激活。
阅读全文
摘要：我们已经知道可以通过编码的方式配置服务器通道和远程客户机，除此之外，还可以使用配置文件对服务器通道和远程客户机进行配置。使用远程客户机和服务器对象的配置文件的优点在于，用户无需修改任何一行代码，也无需进行重新编译，便可以配置通道和远程对象。
.NET提供了Remoting配置文件的标准，基于XML格式。
阅读全文
摘要：.NET Remoting从某种意义上讲是DCOM的替代品。ASP.NET Web服务十分有用，但是这项技术在企业内联网的解决方案中，对于某些业务请求来说并不快，也没有足够的灵活性，而且，ASP.NET Web服务需要有运行时的支持。使用.NET Remoting技术后，可以将Web服务提供给世界上的任何地方。而且可以在所有的应用程序类型中运行Web服务。
点击这里阅读全文
阅读全文
摘要：Web Services是当今最热门的企业级技术，越来越多的媒体热衷于谈论这个领域不断涌现的创新成果和各种联盟，已有的厂商纷纷宣布进入Web Services市场， 新兴的公司则从一开始就打起了实施Web Services的主意。 俗话说，无利不起早。Web Services之热也正源起于它的商业价值及其所蕴涵的商业利益。进一步讲，Web Services代表着Internet技术的重大发展，企业...
阅读全文