艾伟:WCF从理论到实践(6):WCF架构

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
简介: 本系列文章导航WCF从理论到实践(1):揭开神秘面纱WCF从理论到实践(2):决战紫禁之巅WCF从理论到实践(3):八号当铺之黑色契约WCF从理论到实践(4):路在何方WCF从理论到实践(5):Binding细解WCF从理论到实践(6):WCF架构WCF从理论到实践(7):消息交换模式...

本系列文章导航

WCF从理论到实践(1):揭开神秘面纱

WCF从理论到实践(2):决战紫禁之巅

WCF从理论到实践(3):八号当铺之黑色契约

WCF从理论到实践(4):路在何方

WCF从理论到实践(5):Binding细解

WCF从理论到实践(6):WCF架构

WCF从理论到实践(7):消息交换模式

WCF从理论到实践(8):事件广播

WCF从理论到实践(9):实例模式和对象生命周期

WCF从理论到实践(10):异常处理

WCF从理论到实践(11)-异步

WCF从理论到实践(12):事务

WCF从理论到实践(13):事务投票

WCF从理论到实践(14):WCF解决方案模板

WCF从理论到实践(15):响应变化

WCF从理论到实践(16):操作重载(带视频+ppt+源码)

WCF从理论到实践(17):OO大背离(带视频+ppt+源码)

前面的几篇文章,分别介绍了WCF的基本知识和Endpoint的三个重要组成部分:Address,Contract,Binding。但无非管中窥豹而已,本文就阐述一下WCF的架构,从整体的角度来重新对WCF加深认识。

本文的出发点:

通过阅读本文,能使您获得以下知识:

  1. WCF的架构图
  2. WCF架构的关键元素及其概念
  3. 创建一示例程序,并对其按架构图进行解析

     

本文适合的读者:

本文适合WCF初学者,以前可以对WCF一无所知,本文只作介绍,不涉及WCF技术具体技术难点和介绍。

 

WCF的架构图

下图为WCF的架构图:

 

WCF架构的关键元素及其概念

Contracts and Description (协定和说明):

协定定义消息系统的各个方面。包括Data Contract(数据协定),Message Contract(消息协定) ,Service Contract(服务协定)。Data Contract是WCF中 Service与Client端之间用来交换的数据的格式定义,它采用Xml 架构定义语言(XSD)来定义,使得服务端和客户端都能理解数据格式定义。消息协定能定义消息的特定部分,默认情况下 ,WCF的消息是由固定格式的,但某些情况下,也可以使用Message Contrace来自定义消息格式。服务协定指定服务端公开的方法签名,这些方法能够在远程被调用。举个国家和间谍的例子,A 是国家C派往其它国家的一名间谍,他负责收集情报,被通过某种特定的渠道,将获得的情报发送给国家C,假如A在出去执行任务之前,国家C的特工部门为其编订了一套密文,这个密文只有国家C和特工部门和A知道具体含义,这些密文正是在A与其国家之间进行传递的数据,国家C对密文的制定,正是WCF中对交换数据格式的定义,属于Data Contract范畴,而A在获得情报之后,通过电报的方式将情报发回给国家情报机关,它首先设置电报的发送地址并注明来源,并且将情报信息编码成密文进行发送,对电报报文的格式定义就属于Message Contract范畴,而国家情报机关为A要想接受和对A发送任务命令,必须也提供固定的通讯设施和人,这些能够被A所联络上的通讯设施和人就属于 Service Contract的范畴。

Service Runtime(服务运行时)

上面说的协定是在开发wcf服务时候制定的,而服务运行时,是在服务实际运行时候地一些行为控制。ErrorBehavior是在服务出现错误的时候发生的操作,ThrottingBehavior能够限制创建多少个实例和会话,通过这个您能够控制WCF服务的性能,MetaBehavior(元数据行为) 控制是否和如何向外部提供元数据。TransactionBehavior能定义事务性,使得当发生异常的时候能进行回滚。 DispatchBehavior(调度行为)能控制WCF处理消息的方式,通过扩展性功能可以自定义运行时进程。 例如,消息检查功能用于检查消息的各个部分,使用参数筛选功能可以根据作用于消息头的筛选器来执行预设操作。下图显示了WCF的消息处理流程

 

Messaging(消息传递)

在WCF中,消息是在通道(Channel)中进行传递的。通道是以某种方式对消息进行处理的组件 。一组通道可以组合成"通道堆栈",主要有两大种通道:协议通道和传输通道。协议通道说明数据的格式和交换模式,WS-Security是对在消息层启用安全性的 WS-Security 规范的实现。 通过 WS-Reliable Messaging 通道可以保证消息的传递。 编码器提供了大量的编码,可使用这些编码来满足消息的需要。 HTTP 通道指定应使用超文本传输协议来传递消息。 同理,TCP 通道指定 TCP 协议。 事务流通道控制已经过事务处理的消息模式。 通过命名管道通道可以进行进程间通信。 使用 MSMQ 通道可以与 MSMQ 应用程序进行互操作。

Activation and Hosting(激活和承载)

WCF服务的最终形式仍然是程序,它能够"自承载",也可以寄宿到其它应用程序之中 ,如IIS,Windows激活服务,Com+等。

创建一示例程序,并对其按架构图进行解析

创建一个最简单的WCF服务,并利用上述的架构对其解析

打开vs2008,创建一个Wcf Application,命名为WcfSample1 ,如下图所示:

我们就利用系统模板产生的文件来进行解析,完成上步中,会自动产生如下的项目:

打开IService.cs,

为了简单的阐述MessageContract,我们新建一个CustomMessage.cs,代码如下:

为使用该服务,我们再创建一个ServiceContract接口和其具体实现,分别为:IMessagingHello.cs和MessageHello.svc

在web.config作如下的配置:

创建一个客户端应用项目Client用于消费上面创建的服务,创建项目后,添加Service引用,如下图所示:

分别添加对MessageHello.svc和Service1.svc的引用后,在programe.cs中添加如下代码:

用tcpTrace来监听自定义报文,可以得到

发送的消息报文为:

jillzhang

而接受到消息报文为:

Served by object 63334862.Service received: jillzhang

从而可知MessageContract已经起了作用。

有关如何用tcpTrace监视消息报文,参见:http://www.cnblogs.com/artech/archive/2007/06/14/782845.html

 

本文参考文章

  1. http://www.cnblogs.com/artech/archive/2007/06/14/782845.html
  2.  

本文示例项目

  1. 服务端和客户端: /Files/jillzhang/WcfSample1.rar
  2. 自定义消息的log文件: /Files/jillzhang/cumtommsg.txt
目录
相关文章
|
4天前
|
Cloud Native 安全 API
云原生架构下的微服务治理策略与实践####
—透过云原生的棱镜,探索微服务架构下的挑战与应对之道 本文旨在探讨云原生环境下,微服务架构所面临的关键挑战及有效的治理策略。随着云计算技术的深入发展,越来越多的企业选择采用云原生架构来构建和部署其应用程序,以期获得更高的灵活性、可扩展性和效率。然而,微服务架构的复杂性也带来了服务发现、负载均衡、故障恢复等一系列治理难题。本文将深入分析这些问题,并提出一套基于云原生技术栈的微服务治理框架,包括服务网格的应用、API网关的集成、以及动态配置管理等关键方面,旨在为企业实现高效、稳定的微服务架构提供参考路径。 ####
24 5
|
8天前
|
监控 Go API
Go语言在微服务架构中的应用实践
在微服务架构的浪潮中,Go语言以其简洁、高效和并发处理能力脱颖而出,成为构建微服务的理想选择。本文将探讨Go语言在微服务架构中的应用实践,包括Go语言的特性如何适应微服务架构的需求,以及在实际开发中如何利用Go语言的特性来提高服务的性能和可维护性。我们将通过一个具体的案例分析,展示Go语言在微服务开发中的优势,并讨论在实际应用中可能遇到的挑战和解决方案。
|
6天前
|
负载均衡 监控 Cloud Native
云原生架构下的微服务治理策略与实践####
在数字化转型浪潮中,企业纷纷拥抱云计算,而云原生架构作为其核心技术支撑,正引领着一场深刻的技术变革。本文聚焦于云原生环境下微服务架构的治理策略与实践,探讨如何通过精细化的服务管理、动态的流量调度、高效的故障恢复机制以及持续的监控优化,构建弹性、可靠且易于维护的分布式系统。我们将深入剖析微服务治理的核心要素,结合具体案例,揭示其在提升系统稳定性、扩展性和敏捷性方面的关键作用,为读者提供一套切实可行的云原生微服务治理指南。 ####
|
6天前
|
消息中间件 缓存 Cloud Native
云原生架构下的性能优化实践与挑战####
随着企业数字化转型的加速,云原生架构以其高度解耦、弹性伸缩和快速迭代的特性,成为现代软件开发的首选模式。本文深入探讨了云原生环境下性能优化的关键策略与面临的主要挑战,通过案例分析,揭示了如何有效利用容器化、微服务、动态调度等技术手段提升应用性能,同时指出了在复杂云环境中确保系统稳定性和高效性的难题,为开发者和架构师提供了实战指南。 ####
19 3
|
6天前
|
运维 Kubernetes Cloud Native
深入理解云原生架构:从理论到实践
【10月更文挑战第38天】本文将引导读者深入探索云原生技术的核心概念,以及如何将这些概念应用于实际的软件开发和运维中。我们将从云原生的基本定义出发,逐步展开其背后的设计哲学、关键技术组件,并以一个具体的代码示例来演示云原生应用的构建过程。无论你是云原生技术的初学者,还是希望深化理解的开发者,这篇文章都将为你提供有价值的见解和实操指南。
|
6天前
|
Kubernetes Cloud Native 持续交付
云原生技术在现代应用架构中的实践与思考
【10月更文挑战第38天】随着云计算的不断成熟和演进,云原生(Cloud-Native)已成为推动企业数字化转型的重要力量。本文从云原生的基本概念出发,深入探讨了其在现代应用架构中的实际应用,并结合代码示例,展示了云原生技术如何优化资源管理、提升系统弹性和加速开发流程。通过分析云原生的优势与面临的挑战,本文旨在为读者提供一份云原生转型的指南和启示。
19 3
|
6天前
|
运维 Kubernetes Cloud Native
云原生技术在现代应用架构中的实践与挑战####
本文深入探讨了云原生技术的核心概念、关键技术组件及其在实际项目中的应用案例,分析了企业在向云原生转型过程中面临的主要挑战及应对策略。不同于传统摘要的概述性质,本摘要强调通过具体实例揭示云原生技术如何促进应用的灵活性、可扩展性和高效运维,同时指出实践中需注意的技术债务、安全合规等问题,为读者提供一幅云原生技术实践的全景视图。 ####
|
9天前
|
监控 API 持续交付
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在后端开发中的应用,分析了其优势、面临的挑战以及最佳实践策略。不同于传统的单体应用,微服务通过细粒度的服务划分促进了系统的可维护性、可扩展性和敏捷性。文章首先概述了微服务的核心概念及其与传统架构的区别,随后详细阐述了构建微服务时需考虑的关键技术要素,如服务发现、API网关、容器化部署及持续集成/持续部署(CI/CD)流程。此外,还讨论了微服务实施过程中常见的问题,如服务间通信复杂度增加、数据一致性保障等,并提供了相应的解决方案和优化建议。总之,本文旨在为开发者提供一份关于如何在现代后端系统中有效采用和优化微服务架构的实用指南。 ####
|
11天前
|
消息中间件 设计模式 运维
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在现代后端开发中的应用,通过实际案例分析,揭示了其在提升系统灵活性、可扩展性及促进技术创新方面的显著优势。同时,文章也未回避微服务实施过程中面临的挑战,如服务间通信复杂性、数据一致性保障及部署运维难度增加等问题,并基于实践经验提出了一系列应对策略,为开发者在构建高效、稳定的微服务平台时提供有价值的参考。 ####
|
11天前
|
Cloud Native API 云计算
云原生架构的深度探索与实践####
本文深入探讨了云原生架构的核心概念、技术特点及其在现代软件开发中的应用实践。通过分析云原生架构如何促进企业数字化转型,提升业务敏捷性与可扩展性,本文旨在为读者提供一个全面而深入的理解框架。我们将从云原生的定义出发,逐步深入到其关键技术组件、最佳实践案例及面临的挑战与解决方案,为开发者和企业决策者提供宝贵的参考与启示。 ####