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

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 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
目录
相关文章
|
7天前
|
API 持续交付 开发者
后端开发中的微服务架构实践与挑战
在数字化时代,后端服务的构建和管理变得日益复杂。本文将深入探讨微服务架构在后端开发中的应用,分析其在提高系统可扩展性、灵活性和可维护性方面的优势,同时讨论实施微服务时面临的挑战,如服务拆分、数据一致性和部署复杂性等。通过实际案例分析,本文旨在为开发者提供微服务架构的实用见解和解决策略。
|
8天前
|
弹性计算 Kubernetes Cloud Native
云原生架构下的微服务设计原则与实践####
本文深入探讨了在云原生环境中,微服务架构的设计原则、关键技术及实践案例。通过剖析传统单体架构面临的挑战,引出微服务作为解决方案的优势,并详细阐述了微服务设计的几大核心原则:单一职责、独立部署、弹性伸缩和服务自治。文章还介绍了容器化技术、Kubernetes等云原生工具如何助力微服务的高效实施,并通过一个实际项目案例,展示了从服务拆分到持续集成/持续部署(CI/CD)流程的完整实现路径,为读者提供了宝贵的实践经验和启发。 ####
|
3天前
|
消息中间件 设计模式 运维
后端开发中的微服务架构实践与挑战####
本文深入探讨了微服务架构在现代后端开发中的应用,通过实际案例分析,揭示了其在提升系统灵活性、可扩展性及促进技术创新方面的显著优势。同时,文章也未回避微服务实施过程中面临的挑战,如服务间通信复杂性、数据一致性保障及部署运维难度增加等问题,并基于实践经验提出了一系列应对策略,为开发者在构建高效、稳定的微服务平台时提供有价值的参考。 ####
|
3天前
|
消息中间件 监控 数据管理
后端开发中的微服务架构实践与挑战####
【10月更文挑战第29天】 在当今快速发展的软件开发领域,微服务架构已成为构建高效、可扩展和易于维护应用程序的首选方案。本文探讨了微服务架构的核心概念、实施策略以及面临的主要挑战,旨在为开发者提供一份实用的指南,帮助他们在项目中成功应用微服务架构。通过具体案例分析,我们将深入了解如何克服服务划分、数据管理、通信机制等关键问题,以实现系统的高可用性和高性能。 --- ###
22 2
|
5天前
|
监控 安全 应用服务中间件
微服务架构下的API网关设计策略与实践####
本文深入探讨了在微服务架构下,API网关作为系统统一入口点的设计策略、实现细节及其在实际应用中的最佳实践。不同于传统的摘要概述,本部分将直接以一段精简的代码示例作为引子,展示一个基于NGINX的简单API网关配置片段,随后引出文章的核心内容,旨在通过具体实例激发读者兴趣,快速理解API网关在微服务架构中的关键作用及实现方式。 ```nginx server { listen 80; server_name api.example.com; location / { proxy_pass http://backend_service:5000;
|
9天前
|
Kubernetes Cloud Native API
云原生架构下微服务治理的深度探索与实践####
本文旨在深入剖析云原生环境下微服务治理的核心要素与最佳实践,通过实际案例分析,揭示高效、稳定的微服务架构设计原则及实施策略。在快速迭代的云计算领域,微服务架构以其高度解耦、灵活扩展的特性成为众多企业的首选。然而,伴随而来的服务间通信、故障隔离、配置管理等挑战亦不容忽视。本研究聚焦于云原生技术栈如何赋能微服务治理,涵盖容器编排(如Kubernetes)、服务网格(如Istio/Envoy)、API网关、分布式追踪系统等关键技术组件的应用与优化,为读者提供一套系统性的解决方案框架,助力企业在云端构建更加健壮、可维护的服务生态。 ####
|
9天前
|
监控 安全 Cloud Native
云原生安全:Istio在微服务架构中的安全策略与实践
【10月更文挑战第26天】随着云计算的发展,云原生架构成为企业数字化转型的关键。微服务作为其核心组件,虽具备灵活性和可扩展性,但也带来安全挑战。Istio作为开源服务网格,通过双向TLS加密、细粒度访问控制和强大的审计监控功能,有效保障微服务间的通信安全,成为云原生安全的重要工具。
29 2
|
3天前
|
Cloud Native API 云计算
云原生架构的深度探索与实践####
本文深入探讨了云原生架构的核心概念、技术特点及其在现代软件开发中的应用实践。通过分析云原生架构如何促进企业数字化转型,提升业务敏捷性与可扩展性,本文旨在为读者提供一个全面而深入的理解框架。我们将从云原生的定义出发,逐步深入到其关键技术组件、最佳实践案例及面临的挑战与解决方案,为开发者和企业决策者提供宝贵的参考与启示。 ####
|
8天前
|
设计模式 人工智能 API
后端开发中的微服务架构实践与挑战#### 一、
本文将深入浅出地探讨微服务架构在后端开发中的应用实践,分析其带来的优势与面临的挑战。通过具体案例,展示如何有效地构建、部署和管理微服务,旨在为读者提供一份实用的微服务架构实施指南。 #### 二、
|
9天前
|
缓存 资源调度 Cloud Native
云原生架构下的性能优化实践与策略####
【10月更文挑战第26天】 本文深入探讨了云原生环境下性能优化的核心原则与实战技巧,旨在为开发者和企业提供一套系统性的方法,以应对日益复杂的微服务架构挑战。通过剖析真实案例,揭示在动态扩展、资源管理、以及服务间通信等方面的常见瓶颈,并提出针对性的优化策略,助力企业在云端环境中实现更高效、更稳定的应用部署。 ####
19 0
下一篇
无影云桌面