[原创]WCF后续之旅(5): 通过WCF Extension实现Localization

本文介绍如何通过WCF扩展实现服务端多语言支持。利用CallContextInitializer自动获取客户端文化信息并应用于服务端线程,实现资源文件中消息的本地化显示。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在上一篇文章中, 我列出了WCF一系列的可扩展对象和元素,并简单介绍了他们各自的功能、适合的场景和具体解决的问题。从本篇开始我将通过一个个具体的例子来介绍如何利用这些扩展点对WCF进行扩展,从而解决一些我们在实现的项目开发中可能出现的问题。

今天,我们将讨论如何通过WCF extension实现多语言、本地化的功能。我们模拟这样的一个场景:我们现在有一个支持多语言的项目,假设通过支持英文(en-US)和简体中文(zh-CN)。我们需要创建一个service为整个系统提供message。对于这个message service,简单起见,我们将基于不同的culture的message存储于不同的Resource文件中,客户端通过访问service来获取基于它自己本地culture的message。比如,如果某一个客户端当前的 culture是en-US,那么会得到英文的message,如果是zh-CN将会得到简体中文的message。

我们很多人会说,在获取message的时候将client端本地的culture作为API的参数传递到service端,service再根据相应的culture从对应的resource文件中获取message不就可以了吗?这样做不是不可以,但是不过优雅。从业务逻辑和非业务逻辑的分离来讲是不是一个好的解决方案,因为从某种意义上讲,culture信息是业务无关的,不适合作为API的一部分,API应该只和具体的业务逻辑相关联。

今天给出的解决方式基于这样的实现原理:在Client端,当调用我们的message service的时候,当前culture被自动放到message header里传到service端;在service端,该culture 信息自动地被取出,并将service端的当前线程的UI culture设置成该值,那么service只需要根据当前线程的culture去取message就可以了。此外考虑到我们改变线程culture可能带来的不可预知的影响,在方法执行完毕将culture重置。

在这里我们先来实现service端的功能:如何从message header中取出culture,并设置当前线程culture。至于Client端的实现,我们将在另一个场景中进行单独介绍。

如何看过前一篇文章的朋友,也许会记得,在列出的8大dispatching system可扩展对象中,有一个对象很适合我们今天的多语言的场景:CallContextInitializer。顾名思义,CallContext表示基于当前线程的关于Call stack的上下文信息,这样的信息本存放在TLS(Thread Local Storage)中。CallContextInitializer就是用于去初始化这些context的。实际上,除了call context的初始化工作之外,CallContextInitializer还可以用于call context的清理工作。

1、Message Service

在正式介绍CallContextInitializer之前,我们闲来介绍一下我们的message service。对于message service的模拟,我们仍然采用我们传统的4层结构:Contract、Service、Hosting和Client。

对于Contract,仅仅是下面一个简单的interface:

namespaceArtech.Messages.Contract
{
[ServiceContract]
publicinterfaceIMessage
{
[OperationContract]
stringGetMessage();
}

}
在service layer,我通过Project property窗口定义了一个默认的Resources.Resources.resx;该resource文件会被保存在Properties目录中;再添加一个新的Resource文件:Resources.zh-CN.resx,并把它拖到Properties目录中。在这两个Resource中定义相同的resource item:

wcf_02_05_01

wcf_02_05_02

Service的代码很简单,仅仅是以强类型的方式获取该resource item而已:

namespaceArtech.Messages.Service
{
publicclassMessageService:IMessage
{
IMessageMembers#regionIMessageMembers

publicstringGetMessage()
{
returnResources.HelloWorld;
}


#endregion

}

}

下面是Hosting的Code和configuraion:

namespaceArtech.Messages.Hosting
{
publicclassProgram
{
publicstaticvoidMain()
{
using(ServiceHosthost=newServiceHost(typeof(MessageService)))
{
host.Opened
+=delegate
{
Console.WriteLine(
"Messageservicehasbeenstartedup!");
}
;

host.Open();

Console.Read();
}

}

}

}
< configuration >
< system.serviceModel >
< services >
< service name ="Artech.Messages.Service.MessageService" >
< endpoint binding ="basicHttpBinding" contract ="Artech.Messages.Contract.IMessage" />
< host >
< baseAddresses >
< add baseAddress ="http://127.0.0.1/messageservice" />
</ baseAddresses >
</ host >
</ service >
</ services >
</ system.serviceModel >
</ configuration >

这是Client端的Configuration:

< configuration >
< system.serviceModel >
< client >
< endpoint address ="http://127.0.0.1/messageservice" binding ="basicHttpBinding"
contract
="Artech.Messages.Contract.IMessage" name ="messageservice" />
</ client >
</ system.serviceModel >
</ configuration >

以及Client端的Code:

namespaceArtech.Messages.Client
{
classProgram
{
privateconststringCultureInfoHeadLocalName="__CultureInfo";
privateconststringCultyreInfoHeaderNamespace="urn:artech.com";

staticvoidMain(string[]args)
{
using(ChannelFactory<IMessage>channelFactory=newChannelFactory<IMessage>("messageservice"))
{
IMessageproxy
=channelFactory.CreateChannel();
using(OperationContextScopecontextScope=newOperationContextScope(proxyasIContextChannel))
{
MessageHeader
<CultureInfo>header=newMessageHeader<CultureInfo>(Thread.CurrentThread.CurrentUICulture);
OperationContext.Current.OutgoingMessageHeaders.Add(header.GetUntypedHeader(CultureInfoHeadLocalName,CultyreInfoHeaderNamespace));
Console.WriteLine(
"TheUIcultureofcurrentthreadis{0}",Thread.CurrentThread.CurrentUICulture);
Console.WriteLine(proxy.GetMessage());
}


Thread.CurrentThread.CurrentUICulture
=newCultureInfo("zh-CN");
using(OperationContextScopecontextScope=newOperationContextScope(proxyasIContextChannel))
{
MessageHeader
<CultureInfo>header=newMessageHeader<CultureInfo>(Thread.CurrentThread.CurrentUICulture);
OperationContext.Current.OutgoingMessageHeaders.Add(header.GetUntypedHeader(CultureInfoHeadLocalName,CultyreInfoHeaderNamespace));
Console.WriteLine(
"TheUIcultureofcurrentthreadis{0}",Thread.CurrentThread.CurrentUICulture);
Console.WriteLine(proxy.GetMessage());
}

}


Console.Read();
}

}

}


在这里做一些简单的介绍:通过ChannelFactory创建Channel(proxy)对象,利用此Channel(proxy)创建OperationContextScope(OperationContextScope和OperationContext的关系就如同TransactionScope和Transaction的关系一样,相当于定义OperationContext的作用范围)。在此OperationContextScope作用范围内创建MessageHeader,内容为当前线程的UICulture,Localname和Namespace为定义的常量。将message header放到OutgoingMessageHeaders集合中,通过proxy对象调用message service获得对应的service,由于第一次调用使用的是默认的culture(en-US),我们希望返回的结果是英文,而第二次service invocation的culture为zh-CN,所以我们希望返回的结果是中文。

2、创建CallContextInitializer

为了实现Localization,我们先创建一个CallContextInitializer,我们姑且叫它CultureSettingCallContextInitializer。所有的CallContextInitializer都实现接口:System.ServiceModel.Dispatcher.ICallContextInitializer。

publicinterfaceICallContextInitializer
{
voidAfterInvoke(objectcorrelationState);
objectBeforeInvoke(InstanceContextinstanceContext,IClientChannelchannel,Messagemessage);
}

该结构定义了两个方法:BeforeInvoke和AfterInvoke,允许你在真正的service方法执行前和执行后对CallContext进行初始化和清理。如何你希望在BeforeInvoke创建的对象能够被AfterInvoke,你可以将该对象作为BeforeInvoke 的返回值,在执行AfterInvoke的时候,该值将作为其中的参数。

这是CultureSettingCallContextInitializer的定义:

namespaceArtech.CallContextInitializers
{
publicclassCultureSettingCallContextInitializer:ICallContextInitializer
{
privateconststringCultureInfoHeadLocalName="__CultureInfo";
privateconststringCultyreInfoHeaderNamespace="urn:artech.com";

ICallContextInitializerMembers#regionICallContextInitializerMembers

publicvoidAfterInvoke(objectcorrelationState)
{
CultureInfo[]currentCulture
=correlationStateasCultureInfo[];
Thread.CurrentThread.CurrentCulture
=currentCulture[0];
Thread.CurrentThread.CurrentUICulture
=currentCulture[1];
}


publicobjectBeforeInvoke(InstanceContextinstanceContext,IClientChannelchannel,Messagemessage)
{
CultureInfocurrentCulture
=Thread.CurrentThread.CurrentCulture;
CultureInfocurrentUICulture
=Thread.CurrentThread.CurrentUICulture;

if(message.Headers.FindHeader(CultureInfoHeadLocalName,CultyreInfoHeaderNamespace)>-1)
{
CultureInfocultureInfo
=message.Headers.GetHeader<CultureInfo>(CultureInfoHeadLocalName,CultyreInfoHeaderNamespace);
Thread.CurrentThread.CurrentCulture
=cultureInfo;
Thread.CurrentThread.CurrentUICulture
=cultureInfo;
}


returnnewCultureInfo[]{currentCulture,currentUICulture};
}


#endregion

}

}

由于我们只想改变执行service方法过程中线程的culture,所以我们在BeforeInvoke中先通过一个Array将CurrentCulture和CurrentUICulture保存起来,然后根据message header的local name和namespace将client端传入的culture获取出来,将此值设置到当前线程。最有返回保存有原来CurrentCulture和CurrentUICulture的Array。在AfterInvoke中通过correlationState参数将这个Array取出,重置CurrentCulture和CurrentUICulture。

3、通过OperationBehavior应用CallContextInitializer

由于CallContextInitializer是DispatchOperation的属性,DispatchOperation又可以通过DispatchRuntime的Operations集合中获得。所以我们可以有两个方式将我们创建的CultureSettingCallContextInitializer应用到Dispatching system中。一是通过OperationBehavior,而是通过EndpointBehavior。

我们现在介绍OperationBehavior的解决方案,由于OperationBehavior是通过Attribute的形式被使用,所以我们的将OperationBehavior定义成继承Attribute的class:CultureSettingBehaviorAttribute。

namespace Artech.CallContextInitializers
{
publicclassCultureSettingBehaviorAttribute:Attribute,IOperationBehavior
{
IOperationBehaviorMembers#regionIOperationBehaviorMembers

publicvoidAddBindingParameters(OperationDescriptionoperationDescription,BindingParameterCollectionbindingParameters)
{}

publicvoidApplyClientBehavior(OperationDescriptionoperationDescription,ClientOperationclientOperation)
{}

publicvoidApplyDispatchBehavior(OperationDescriptionoperationDescription,DispatchOperationdispatchOperation)
{
dispatchOperation.CallContextInitializers.Add(
newCultureSettingCallContextInitializer());
}


publicvoidValidate(OperationDescriptionoperationDescription)
{}

#endregion

}

}

实际上只有一句有意思的code,将CultureSettingCallContextInitializer对象设置到应用了OperationBehavior 对应的DispatchOperation对象上:dispatchOperation.CallContextInitializers.Add(new CultureSettingCallContextInitializer());

那么我们就可以将此CultureSettingBehaviorAttribute直接应用到Contract的Operation上、或者Service的对应的method上。比如我们应用到Contract的GetMessage上,那么它将影响到所有实现了该contract的所有service。

namespaceArtech.Messages.Contract
{
[ServiceContract]
publicinterfaceIMessage
{
[OperationContract]
[CultureSettingBehavior]
stringGetMessage();
}

}

这时候我们运行程序,将会得到如何的输出:

wcf_02_05_03

4、通过EndpointBehavior运用CallContextInitializer

我们接着来讨论另一种运用CallContextInitializer的方式:通过EndpointBehavior。为此u,我们创建了我们的EndpointBehavior:CultureSettingBehavior。

namespaceArtech.CallContextInitializers
{
基于数据挖掘的音乐推荐系统设计与实现 需要一个代码说明,不需要论文 采用python语言,django框架,mysql数据库开发 编程环境:pycharm,mysql8.0 系统分为前台+后台模式开发 网站前台: 用户注册, 登录 搜索音乐,音乐欣赏(可以在线进行播放) 用户登陆时选择相关感兴趣的音乐风格 音乐收藏 音乐推荐算法:(重点) 本课题需要大量用户行为(如播放记录、收藏列表)、音乐特征(如音频特征、歌曲元数据)等数据 (1)根据用户之间相似性或关联性,给一个用户推荐与其相似或有关联的其他用户所感兴趣的音乐; (2)根据音乐之间的相似性或关联性,给一个用户推荐与其感兴趣的音乐相似或有关联的其他音乐。 基于用户的推荐和基于物品的推荐 其中基于用户的推荐是基于用户的相似度找出相似相似用户,然后向目标用户推荐其相似用户喜欢的东西(和你类似的人也喜欢**东西); 而基于物品的推荐是基于物品的相似度找出相似的物品做推荐(喜欢该音乐的人还喜欢了**音乐); 管理员 管理员信息管理 注册用户管理,审核 音乐爬虫(爬虫方式爬取网站音乐数据) 音乐信息管理(上传歌曲MP3,以便前台播放) 音乐收藏管理 用户 用户资料修改 我的音乐收藏 完整前后端源码,部署后可正常运行! 环境说明 开发语言:python后端 python版本:3.7 数据库:mysql 5.7+ 数据库工具:Navicat11+ 开发软件:pycharm
MPU6050是一款广泛应用在无人机、机器人和运动设备中的六轴姿态传感器,它集成了三轴陀螺仪和三轴加速度计。这款传感器能够实时监测并提供设备的角速度和线性加速度数据,对于理解物体的动态运动状态至关重要。在Arduino平台上,通过特定的库文件可以方便地与MPU6050进行通信,获取并解析传感器数据。 `MPU6050.cpp`和`MPU6050.h`是Arduino库的关键组成部分。`MPU6050.h`是头文件,包含了定义传感器接口和函数声明。它定义了类`MPU6050`,该类包含了初始化传感器、读取数据等方法。例如,`begin()`函数用于设置传感器的工作模式和I2C地址,`getAcceleration()`和`getGyroscope()`则分别用于获取加速度和角速度数据。 在Arduino项目中,首先需要包含`MPU6050.h`头文件,然后创建`MPU6050`对象,并调用`begin()`函数初始化传感器。之后,可以通过循环调用`getAcceleration()`和`getGyroscope()`来不断更新传感器读数。为了处理这些原始数据,通常还需要进行校准和滤波,以消除噪声和漂移。 I2C通信协议是MPU6050与Arduino交互的基础,它是一种低引脚数的串行通信协议,允许多个设备共享一对数据线。Arduino板上的Wire库提供了I2C通信的底层支持,使得用户无需深入了解通信细节,就能方便地与MPU6050交互。 MPU6050传感器的数据包括加速度(X、Y、Z轴)和角速度(同样为X、Y、Z轴)。加速度数据可以用来计算物体的静态位置和动态运动,而角速度数据则能反映物体转动的速度。结合这两个数据,可以进一步计算出物体的姿态(如角度和角速度变化)。 在嵌入式开发领域,特别是使用STM32微控制器时,也可以找到类似的库来驱动MPU6050。STM32通常具有更强大的处理能力和更多的GPIO口,可以实现更复杂的控制算法。然而,基本的传感器操作流程和数据处理原理与Arduino平台相似。 在实际应用中,除了基本的传感器读取,还可能涉及到温度补偿、低功耗模式设置、DMP(数字运动处理器)功能的利用等高级特性。DMP可以帮助处理传感器数据,实现更高级的运动估计,减轻主控制器的计算负担。 MPU6050是一个强大的六轴传感器,广泛应用于各种需要实时运动追踪的项目中。通过 Arduino 或 STM32 的库文件,开发者可以轻松地与传感器交互,获取并处理数据,实现各种创新应用。博客和其他开源资源是学习和解决问题的重要途径,通过这些资源,开发者可以获得关于MPU6050的详细信息和实践指南
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值