最后一章将进行WCF扩展和新特性的学习,这部分内容有一定深度,有一个基本的了解即可,当需要自定义一个完整的SOA框架时,可以再进行细致的学习和实践。

服务端架构体系的构建主要包含接下来的几个要素:服务描述、终结点分发器选择机制、信道分发器、终结点分发器、分发运行时、分发操作。

ServiceDescription服务描述包含一组终结点和服务行为列表,而终结点包含服务地址、绑定和契约信息,契约中则包含操作和契约行为,操作信息中包含操作行为

终结点分发器具有两个消息筛选器,一个是地址筛选器,另一个是契约筛选器,均继承自MessageFilter,信道分发器通过他们来选择某个终结点分发器来接受请求消息,此外还有一个FilterPriority来决定顺序。在WCF中,终结点ServiceEndpoint和其分发器EndpointDispatcher一一对应。

信道分发器ChannelDispatcher包含信息监听器、错误处理器、进行流量控制的服务限流器和信道初始化器,这部分可以扩展的属性包括异常细节信息的传播、手工寻址、最大挂起消息数、同步/异步消息接受和事物控制。

分发运行时DispatcherRuntime是整个WCF服务端运行的核心,其包含很多扩展组件,例如关于安全的ServiceAuthenticationManager、ServiceAuthorizationManager、RoleProvider和AuthorizationPolicy,与服务激活相关的实例提供者、上下文提供者、单例实例上下文和实例上下文初始化器,与并发控制有关的同步上下文,可以对接受的请求消息和回复消息进行相应操作的消息检验器,运行时操作列表和用于选择操作的选择器,自己在项目构建中很多时候可以参考这样的方式。此外,还包括以下的扩展属性,授权、安全审核、事务和会话、未处理的操作、SOAP报头验证、并发控制。

分发操作是在Servicehostk开启后,有OperationDescription转化来的,附加在其上的可扩展组件包括调用上下文初始化器CallContextInitializer,参数检验器ParameterInspector,用于消息序列化和反序列化的消息格式化器DispatchMessageFormatter,用于操作方法的执行的操作调用器OperationInvoker。

客户端架构体系的构建则包含如下几个要素:创建ChannelFactory<TChannel>、客户端运行时、客户端操作、服务代理和服务调用。在通过调用构造函数创建一个ChannelFactory<TChannel>对象后,WCF会根据指定的终结点创建一个ServiceEndpoint对象,其整个结构如下图示。

通过定义四种行为对WCF扩展,这4中行为分别是服务行为、终结点行为、契约行为和操作行为,它们具有相同的4个方法Validate、AddBindingParameters、ApplyDispatchBehavior和ApplyClientBehavior。原书还包含一个关于本地化的扩展例子,需要时可以查阅,注意Properties中的资源文件。

ServiceHost对WCF的扩展一般是通过继承自ServiceHost的自定义类来实现,但需要注意,对Description、分发运行时的定制是无效的,此外可以通过自定义类来集成Unity。

简化开发体验内容包括:默认终结点(标准终结点)、默认绑定配置、默认行为配置和无.svc文件服务激活等。这部分默认的配置就不一一介绍了,唯一需要介绍的就是WCF提供的标准终结点,如下表所示。

标准终结点 描述
mexEndpoint 用于公开服务元数据的标准终结点
dynamicEndpoint 使用WS-Discovery在运行时动态查找终结点地址的标准终结点
discoveryEndpoint 发送/接收发现消息的标准终结点
UdpDiscoveryEndpoint 通过UDP多播方式发送/接收发现消息的标准终结点
announcementEndpoint 由服务用于发送公告消息的标准终结点
udpAnnouncementEndpoint 由服务用于通过UDP绑定发送公告消息的标准终结点
workflowControlEndpoint 可用于对工作流实例调用控制操作的标准终结点
webHttpEndpoint 带有自动添加webHttpBehavior行为的WebHttpBinding绑定的标准终结点
webScriptEndpoint 带有自动添加webScriptEnablingBehavior行为的WebHttpBinding绑定的标准终结点

此外,无.svc文件服务的配置如下所示。

 <system.serviceModel>
<serviceHostingEnvironment>
<serviceActivations>
<add service="Sory.CoreFramework.Service.EmployeeService" relativeAddress="EmployeeService.svc"/>
</serviceActivations>
</serviceHostingEnvironment>
</system.serviceModel>

路由服务实际上就是一个WCF服务,当端到端通信而不是点对点通信非常有用,可以将请求转发。RoutingService包括4个服务契约接口,ISimplexDatagramRouter、ISimplexSessionRouter、IRequestReplyRouter和IDuplexSessionRouter,实际上是同ProcessRequest/ProcessMessage两个方法来工作,此外其OperationBehaviorAttribute特性的Impersonation设置为Allowed即允许身份模拟。其路由策略涉及如下几个要素,RoutingBehavior服务行为、消息筛选器和筛选器表。

服务发现

之前的内容都是服务提供方和需求方直接沟通场景,那么现在有一个问题,当企业应用很多,需要统一管理服务建立SOA体系时,如何发现服务。这儿就涉及WS-Discovery服务发现的知识了,其包含两种基本的操作模式,Ad-Hoc和Managed。前者客户端在一定的网络范围内以广播的形式发送探测Probe消息搜索目标服务,在该探测消息中,包含相应的搜寻条件,不过感觉管理性很差,不推荐。后者Managed模式通过维护一个所有可用目标服务的中心发现代理(中介者模式),客户端只需要将探测消息发给该中心,即可得到目标服务信息,接下来着重介绍Managed模式。

Managed模式,可用服务都注册在发现代理中,其服务发现过程如下图所示,和想象中的基本一致,服务是去中心的,但服务发现即其目录是中心化的。

接下来通过蒋大师的一个自定义的发现代理服务来彻底了解一个SOA治理中心基本构建方法,其基本步骤包括:创建自定义发现代理服务;寄宿发现代理服务和目标服务;服务的动态调用。

 服务端代码
public class DiscoveryAsyncResult:IAsyncResult
{
public object AsyncState{ get; private set; }
public WaitHandle AsyncWaitHandle { get; private set; }
public bool CompletedSynchronously { get; private set; }
public bool IsCompleted { get; private set; }
public EndpointDiscoveryMetadata Endpoint { get; private set; } public DiscoveryAsyncResult(AsyncCallback callback, object asyncState)
{
this.AsyncState = asyncState;
this.AsyncWaitHandle = new ManualResetEvent(true);
this.CompletedSynchronously = this.IsCompleted = true;
if(callback != null)
{
callback(this);
}
} public DiscoveryAsyncResult(AsyncCallback callback, object asyncState, EndpointDiscoveryMetadata endpoint)
:this(callback, asyncState)
{
this.Endpoint = endpoint;
}
} [ServiceBehavior(InstanceContextMode = InstanceContextMode.Single, ConcurrencyMode = ConcurrencyMode.Multiple)]
public class DiscoveryProxyService : DiscoveryProxy
{
public IDictionary<EndpointAddress, EndpointDiscoveryMetadata> Endpoints { get; private set; } public DiscoveryProxyService()
{
this.Endpoints = new Dictionary<EndpointAddress, EndpointDiscoveryMetadata>();
} /// <summary>
/// Find(Probe)
/// </summary>
protected override IAsyncResult OnBeginFind(FindRequestContext findRequestContext, AsyncCallback callback, object state)
{
var endpoints = from item in this.Endpoints
where findRequestContext.Criteria.IsMatch(item.Value)
select item.Value;
foreach (var endpoint in endpoints)
{
findRequestContext.AddMatchingEndpoint(endpoint);
}
return new DiscoveryAsyncResult(callback, state);
} protected override void OnEndFind(IAsyncResult result) { }
/// <summary>
/// Resolve
/// </summary>
protected override IAsyncResult OnBeginResolve(ResolveCriteria resolveCriteria, AsyncCallback callback, object state)
{
EndpointDiscoveryMetadata endpoint = null;
if (this.Endpoints.ContainsKey(resolveCriteria.Address))
{
endpoint = this.Endpoints[resolveCriteria.Address];
}
return new DiscoveryAsyncResult(callback, state);
} protected override EndpointDiscoveryMetadata OnEndResolve(IAsyncResult result)
{
return ((DiscoveryAsyncResult)result).Endpoint;
} /// <summary>
/// Online
/// </summary>
protected override IAsyncResult OnBeginOnlineAnnouncement(DiscoveryMessageSequence messageSequence, EndpointDiscoveryMetadata endpointDiscoveryMetadata, AsyncCallback callback, object state)
{
this.Endpoints[endpointDiscoveryMetadata.Address] = endpointDiscoveryMetadata;
return new DiscoveryAsyncResult(callback, state);
} protected override void OnEndOnlineAnnouncement(IAsyncResult result) { } protected override IAsyncResult OnBeginOfflineAnnouncement(DiscoveryMessageSequence messageSequence, EndpointDiscoveryMetadata endpointDiscoveryMetadata, AsyncCallback callback, object state)
{
if (this.Endpoints.ContainsKey(endpointDiscoveryMetadata.Address))
{
this.Endpoints.Remove(endpointDiscoveryMetadata.Address);
}
return new DiscoveryAsyncResult(callback, state);
} protected override void OnEndOfflineAnnouncement(IAsyncResult result) { }
} public static void Start()
{
using (var discoveryProxyService = new ServiceHost(typeof(DiscoveryProxyService)))
using(var employeeService = new ServiceHost(typeof(EmployeesService)))
{
discoveryProxyService.Open();
employeeService.Open();
}
} 服务端配置
<system.serviceModel>
<services>
<service name ="Sory.CoreFramework.Service.DiscoveryProxyService">
<endpoint address="net.tcp://127.0.0.1:8866/discoveryproxy/probe" binding="netTcpBinding" kind="discoveryEndpoint" isSystemEndpoint="false" ></endpoint>
<endpoint address="net.tcp://127.0.0.1:8867/discoveryproxy/announcement" binding="netTcpBinding" kind="announcementEndpoint"></endpoint>
</service>
<service name ="Sory.CoreFramework.Service.EmployeesService" behaviorConfiguration="serviceAnnouncement">
<endpoint address="http://127.0.0.1:3721/employees" binding="ws2007HttpBinding"
contract="Sory.CoreFramework.Interface.IEmployees"/>
</service>
</services>
<behaviors>
<serviceBehaviors>
<behavior>
<serviceDiscovery/>
</behavior>
<behavior name="serviceAnnouncement">
<serviceDiscovery>
<announcementEndpoints>
<endpoint kind="announcementEndpoint" address="net.tcp://127.0.0.1:8867/discoveryproxy/announcement" binding="netTcpBinding"></endpoint>
</announcementEndpoints>
</serviceDiscovery>
</behavior>
</serviceBehaviors>
</behaviors>
</system.serviceModel> 客户端代码
using (ChannelFactory<IEmployees> channelFactory = new ChannelFactory<IEmployees>("employeeService"))
{
var proxy = channelFactory.CreateChannel();
Array.ForEach<Employee>(proxy.GetAll().ToArray(), emp => Console.WriteLine(emp));
} 客户端配置
<system.serviceModel>
<client>
<endpoint name="employeeService" kind="dynamicEndpoint" endpointConfiguration="unicastEndpoint"
binding="ws2007HttpBinding" contract="Sory.CoreFramework.Interface.IEmployees">
</endpoint>
</client>
<standardEndpoints>
<dynamicEndpoint>
<standardEndpoint name="unicastEndpoint">
<discoveryClientSettings>
<endpoint kind="discoveryEndpoint" address="net.tcp://127.0.0.1:8888/discoveryproxy/probe" binding="netTcpBinding"></endpoint>
</discoveryClientSettings>
</standardEndpoint>
</dynamicEndpoint>
</standardEndpoints>
</system.serviceModel>

终于完成WCF最后一块拼图,非常的开心,虽然赶脚只掌握了3成左右,但也基本足够了,需要时再回顾学习了。

参考资料:

[1]蒋金楠. WCF全面解析[M]. 上海:电子工业出版社, 2012.

快速入门系列--WCF--08扩展与新特性的更多相关文章

  1. vue 快速入门 系列 —— vue loader 扩展

    其他章节请看: vue 快速入门 系列 vue loader 扩展 在vue loader一文中,我们学会了从零搭建一个简单的,用于单文件组件开发的脚手架.本篇将在此基础上继续引入一些常用的库:vue ...

  2. 快速入门系列--WebAPI--01基础

    ASP.NET MVC和WebAPI已经是.NET Web部分的主流,刚开始时两个公用同一个管道,之后为了更加的轻量化(WebAPI是对WCF Restful的轻量化),WebAPI使用了新的管道,因 ...

  3. 快速入门系列--WebAPI--04在老版本MVC4下的调整

    WebAPI是建立在MVC和WCF的基础上的,原来微软老是喜欢封装的很多,这次终于愿意将http编程模型的相关细节暴露给我们了.在之前的介绍中,基本上都基于.NET 4.5之后版本,其System.N ...

  4. 快速入门系列--MVC--01概述

    虽然使用MVC已经不少年,相关技术的学习进行了多次,但是很多技术思路的理解其实都不够深入.其实就在MVC框架中有很多设计模式和设计思路的体现,例如DependencyResolver类就包含我们常见的 ...

  5. [转]快速入门系列--WebAPI--01基础

    本文转自:http://www.cnblogs.com/wanliwang01/p/aspnet_webapi_base01.html ASP.NET MVC和WebAPI已经是.NET Web部分的 ...

  6. 快速入门系列--MVC--07与HTML5移动开发的结合

    现在移动互联网的盛行,跨平台并兼容不同设备的HTML5越来越盛行,很多公司都在将自己过去的非HTML5网站应用渐进式的转化为HTML5应用,使得一套代码可以兼容不同的物理终端设备和浏览器,极大的提高了 ...

  7. webpack 快速入门 系列 - 自定义 wepack 上

    其他章节请看: webpack 快速入门 系列 自定义 wepack 上 通过"初步认识webpack"和"实战一"这 2 篇文章,我们已经学习了 webpac ...

  8. vue 快速入门 系列 —— vue loader 下

    其他章节请看: vue 快速入门 系列 vue loader 下 CSS Modules CSS Modules 是一个流行的,用于模块化和组合 CSS 的系统.vue-loader 提供了与 CSS ...

  9. webpack 快速入门 系列 —— 性能

    其他章节请看: webpack 快速入门 系列 性能 本篇主要介绍 webpack 中的一些常用性能,包括热模块替换.source map.oneOf.缓存.tree shaking.代码分割.懒加载 ...

随机推荐

  1. DOS tasklist 命令(转)

    Dos命令之Tasklist用法及参数函义 2012-10-24 14:44:34|  分类: Windows |字号 订阅   TASKLIST [/S system [/U username [/ ...

  2. 《Linux内核分析》之第三章读书笔记

    进程管理 进程是处于执行期的程序以及相关的资源的总称,也称作任务.执行线程,简称线程,是在进程中活动的对象. 可以两个或两个以上的进程执行同一个程序 也可以两个或两个以上并存的进程共享许多资源 内核调 ...

  3. uva 11357 Matches

    // uva 11357 Matches // // 题目大意: // // 给你n个火柴,用这n个火柴能表示的非负数有多少个,不能含有前导零 // // 解题思路: // // f[i] 表示正好用 ...

  4. AOP 事务

    定义 AOP实际可以通过预编译方式和运行期动态代理实现在不修改源代码的情况下给程序动态统一添加功能的一种技术,非业务类横切于业务类), 通过AOP以动态和非入侵方式来增强服务 事务的四大属性:ACID ...

  5. <<你最喜欢做什么--兴趣问题清单>>总结

    二.测试作业 你最喜欢做什么--兴趣问题清单 •根据迄今为止已有的经历,你真正喜欢从事的工作是什么?   目前还没有接触工作,就工作而言,凭自己所学的本领和技术去工作,我认为我会喜欢我所做的工作 •休 ...

  6. 嵌入式linux开发环境构建

    2.1硬件环境构建 2.1.1主机与目标板结合的交叉开发模式 在主机上编辑.编译软件,然后再目标办上运行.验证程序. 对于S3C2440.S3C2410开发板,进行嵌入式Linux开发时一般可以分为以 ...

  7. (翻译)反射处理java泛型

    当我们声明了一个泛型的接口或类,或需要一个子类继承至这个泛型类,而我们又希望利用反射获取这些泛型参数信息.这就是本文将要介绍的ReflectionUtil就是为了解决这类问题的辅助工具类,为java. ...

  8. (转载)编写高效的jQuery代码

    原文地址:http://www.cnblogs.com/ppforever/p/4084232.html 最近写了很多的js,虽然效果都实现了,但是总感觉自己写的js在性能上还能有很大的提升.本文我计 ...

  9. 基于java的设计模式入门(1)——为什么要学习设计模式

    大年初一,楼主在这里给大家拜年,祝大家码上升职加薪,码上有对象结婚,码上有车有房,幸福安康. 过完年,回学校注册报道之后,大概就要回深圳到公司开始实习了.提高自己,无非就有两种方式,一是看书学习,二是 ...

  10. [安卓] 19、一个蓝牙4.0安卓DEMO

    一.工程结构&概述 整个应用包含两个按钮,一个是搜索所有蓝牙设备,另一个是连接所有蓝牙设备~ 下面是整个工程的文件结构: 二.代码业务流程跟踪 2.1.两个按钮 下面讲讲该工程里的主要跳转流程 ...