《Programming WPF》翻译 第6章 4.应用程序全球化

简介: 原文:《Programming WPF》翻译 第6章 4.应用程序全球化如果你打算发布你的应用程序到全球各地,你可能需要为不同地区的用户界面准备不同的版本。至少,这需要解决将文本翻译成适当的语言;同样需要解决UI改变的问题。
原文: 《Programming WPF》翻译 第6章 4.应用程序全球化

如果你打算发布你的应用程序到全球各地,你可能需要为不同地区的用户界面准备不同的版本。至少,这需要解决将文本翻译成适当的语言;同样需要解决UI改变的问题。你可能需要特定的外观适应为本地化的文化习俗。或者,你可能会发现原始的外观在翻译后并不能正常工作,因为词的长度是不一样的。(虽然WPF的外观体系避免了这一问题,更易于创建更弹性的外观。)

为你的软件在不同的市场创建不同的版本是可能的。尽管如此,更加普遍的办法是创建一个单独的版本来适应于不同的场所,通过在运行期选取一个合适的资源文件。WPF的底层架构ResourceManager可以相当直接地使用这个办法。

Microsoft对本地化和全球化加以区别。本地化是一个支持一个应用程序在意个特定的场所使用的过程,通过创建特定文化的资源如文本的翻译。全球化是一个确保一个应用程序可以被本地化而不用编译的过程。使用ResourceManager可以帮助我们对应用程序进行全球化,因为这个类的在运行期选择的资源支持一个单独的应用程序版本通过提供合适的资源进行本地化。更多信息请参考微软国际站点http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcon/html/vboriInternationalization.asp (http://shrinkster.com/6m9).

当一个ResourceManager被要求按名称获取资源流时,首先它要决定使用哪种文化。文化时语言与区域的合称,被典型地表示为一个短字符串。例如,en-US表示在美国使用的英语。而enGB则代表在英国使用的英语。前两个字母表明语言,后两个表示区域。同时指明语言和区域是因为即使两种文化共用一种语言,在方言和习语上还是有差别的。例如,本书的作者之一来自en-GB,因此喜欢使用color而不是colour

ResourceManagerGetStream方法使用一个CultureInfo对象作为参数。如果你想使用用户最终配置过的文化,你可以从Thread.CurrentThreadCurrentUICulture属性重新获取一个CultureInfo对象。

虽然可执行体经常将资源编译到其中,ResourceManager仍然会先寻找指定文化的资源,在求诸于内嵌资源之前。首先会在包含应用程序目录的子目录中按文化名称搜索。因此,如果你的应用程序运行在French-Canadian的文化上,会在名为fr-CA的子目录中寻找一个叫做MyApp.resources.dll的文件,这里MyApp是应用程序或组件的名称。如果不存在,会接着在寻找名为fr的目录寻找相同的文件。这意味着一旦你的翻译预算并不扩展到为全世界所有使用法语的不同区域产生不同的版本,你可以取代的提供一套单独的法语资源,专门用于使用法语的区域。如果这些子目录都不存在这个文件,它将求助于使用内嵌资源。

这些被ResourceManager寻找的DLL资源称为全球化编译资源,命名的原因是这些资源都是很小的资源,聚集为一个大的编译集。

注意到,一旦你提供了一个全球化编译集,你就不需要提供所有资源的本地化版本。这样那些内嵌在你的主编译集的资源对于所有资源都是很是的。例如,图6-6中的应用程序有一个内嵌的bmp文件Sunset.jpg。世界大部分都会有日落,所以你仍可能需要为南极和北极的版本做特殊的工作。基本的Sunset.jpg可以为大多数文化使用。这将要浪费空间对于每个全球化资源都要获取同一张图片的副本。幸运的是,这不是必须的。如果一个特定的命名资源在全球化编译资源中并不存在,ResourceManager将会回到内嵌资源中来。

你可以把全球化编译资源想象为仅包含内嵌资源和目标文化所需资源之间的差别。任何普通的资源都单独位于主编译集中。一个特定语言但不限区域的编译集所在的子目录(如fr子目录),包含不同于特定语言的所需资源。而且,完全特定文化的子目录(如fr-CAfr-FRfr-BE等)包含那些需要考虑当地习语的资源(在这里的上下文中,“资源”是一个通过ResourceManager重新获得的流,而不是通过ResourceDictionary重新获取到的对象)

6.4.1使用XAML创建本地化应用程序

因为XAML是编译在BAML资源中的,可以通过ResourceManager获取到,本地化是一种内在的特征,由任何WPF应用程序使用XAML创建。尽管如此,在Visual Studio 2005中,并没有对WPF应用程序本地化提供内在支持,因此需要一些手动步骤。

如果你要在XAML中创建一个UI,有效的本地化每次产生一个XAML文件。ResourceManager不能比一个单独的BAML资源得到更加细密的资源,因此,每一个BAML资源不是本地化就是非本地化的。由于xaml文件和其后台代码之间的紧密联系,尽管如此,本地化BAML资源具有和原始版本一样的基本结构,这是非常重要的。基本上,你可以通过为本地化版本写一个xaml文件获取资源,并且尝试保持结构的一样。然而,这是一种具有更具强壮性的方式来保证一致性。

取代以为每种文化创建一组xaml文件,你可以写一组主要的xaml文件,每个窗体或页面都有一个这样的文件。你可能希望对每种恶化都提供支持,可以使用一个工具生成特定文化的全球化编译资源,其中包含本地化资源。你提供配置文件的工具表明资源应该如何被修改,从而创建本地化的版本。图6-7解释了全部的过程。

这是一个些微冗长的过程。在WPF最新的发布版本中,并未更好的改进和集成到Visual Studio 2005中。眼下,欢迎此预发布的软件来到这个精彩的世界。

6-7


首先,你必须保证工程通过指定一个默认的
UI文化,被设置为创建一个本地化的应用程序。在写代码的时候,没有办法在Visual Studio 2005中进行这样的操作,所以你必须使用文本编辑器编辑.csproj文件。在PropertyGroup元素中添加一个UICulture元素(UICulture元素出现在那个部分并不要紧),将其设置为默认文化。该文化为将要创建的主要资源。这将引起Visual Studio 2005为了这个默认文化,将所有的二进制资源置入全球化编译资源中。示例6-28展示了一个xaml的例子。

示例6-28

< Project  DefaultTargets ="Build"
         xmlns
="http://schemas.microsoft.com/developer/msbuild/2003" >
  
< PropertyGroup >
    
    
< UICulture > en-US </ UICulture >
    
  
</ PropertyGroup >
  

下一步,你必须将

Uids 标签添加到xaml 中。Uid 标签是xaml 元素的一个特殊的属性,显示需要本地化的内容。包含了本地化指令的本地化配置文件,使用Uid 属性显示那些元素被修改了。示例6-29 展示了一个使用了Uid TextBlock

示例6-29

< TextBlock  x:Uid ="TextBlock_1" > Hello, world </ TextBlock >

你可以手动添加你想要的。或者你能使用

msbuild 自动生成它们(msbuild 是一个命令行工具,用来生成工程。Visual Studio 2005 使用同样的创建技术,但是msbuild 提供更多的控制。例如,它允许你在Uid 生成WPF 创建系统的特征)。为了自动添加Uids 到你的xaml 中,运行这个命令:

msbuild /t:updateuid MyProject.csproj

如果你已经做完这些,随后编辑好你的xaml,你可能想检查是否以重复的Uid标签终结,可以使用以下命令:

msbuild /t:checkuid MyProject.csproj

现在你可以生成这个工程了,或者使用Visual Studio 2005的命令行执行msbuild,将工程名作为一个参数传递。你会发现在生成一个exedll的同时,你的工程也在子目录中添加了一个全球化资源。(这个子目录将是添加到工程中的UICulture元素名称重的一个。)

下一步是创建一个配置文件用于引导本地化过程。这个文件包含所有的本地化资源,如翻译过的字符串。你可以使用LocBaml命令行工具创建这个文件的骨架。这个工具检查了BAML流的编译资源,创建了一个文件,文件中每一行都是一条本地化信息。你可以将翻译字符串和任何需要的资源放入这个文件中。

WPF的当前预览版本中,LocBaml只提供源代码的形式,因此在执行之前需要先生成它。你可以在WinFX SDK文档中找到这些代码。在AvalonGlobalization and LocalizationHow-to Topic section,找到“Localize an Application”标题。这里将提供给你LocBaml的代码。

示例6-30展示了如何执行LocBaml生成配置文件的骨架。

示例6-30

LocBaml bin\Debug\en-US\MyApp.resources.dll /out:MyAppResources.csv

这将创建一个

CSV 文件。表6-1 描述了CSV 文件中每一列(按出现顺序)。为了本地化一个资源,编辑Value 这一列。(注意这个CSV 文件并不包含标题行,只依赖于列的位置。)

6-1

列名

描述

Baml Name

唯一标志BAML流,这个值表现为AssemblyManifestStreamName:SubStraemName 的形式

Resource Key

唯一标志本地化资源,这个值表现为Uid.ElementType.$Property的形式

Localization Category

一个来自LocalizationCategory枚举的入口,表明是哪一类内容

Readable

表明在转换期间资源是否可见

Modifiable

表明在转换期间Value是否可以更改

Comments

本地化的注释

Value

资源的值

示例6-31展示了配置文件中的一行。(由于页面宽度,这一行被拆成了3行显示在下面)。

示例6-31

HelloApp.g.fr-FR.resources:window1.baml,
TextBlock_1:System.Windows.Controls.TextBlock.$Content,
None,True,True,,Bonjour monde

一旦你已经转换了所有的值,你就可以再次执行

LocXaml 生成新的资源dll 。你必须传递原始资源dll 的路径,CSV 文件(包含翻译)的路径,一个目标地址,以及一个目标文化,正如示例6-32 所示。。(由于页面宽度,这一行被拆成了3 行显示在下面)。

示例6-32

LocBaml /generate bin\Debug\en-US\MyApp.resources.dll /trans:MyAppResource.csv
  /out:bin\Debug\en-GB /cul:en-GB

这将生成一个新的全球化编译资源在指定的目录,以选中的文化为目标。(如果你想生成多个编译资源,为每一种文化创建一个

CSV 文件,为每个文件只执行一次LocBaml 。)如果你把资源编译结果放在一个按文化命名的应用程序目录的子目录中,这将自动在运行期被获取到,应用程序会执行选中的特定文化。

目录
相关文章
|
前端开发 Ubuntu Linux
【.NET6+Avalonia】开发支持跨平台的仿WPF应用程序以及基于ubuntu系统的演示
随着跨平台越来越流行,.net core支持跨平台至今也有好几年的光景了。但是目前基于.net的跨平台,大多数还是在使用B/S架构的跨平台上;至于C/S架构,大部分人可能会选择QT进行开发,或者很早之前还有一款Mono可以支持.NET开发者进行开发跨平台应用。
1114 0
【.NET6+Avalonia】开发支持跨平台的仿WPF应用程序以及基于ubuntu系统的演示
|
3月前
|
C# 开发者 Windows
WPF 应用程序开发:一分钟入门
本文介绍 Windows Presentation Foundation (WPF),这是一种用于构建高质量、可缩放的 Windows 桌面应用程序的框架,支持 XAML 语言,方便 UI 设计与逻辑分离。文章涵盖 WPF 基础概念、代码示例,并深入探讨常见问题及解决方案,包括数据绑定、控件样式与模板、布局管理等方面,帮助开发者高效掌握 WPF 开发技巧。
174 65
|
4月前
|
前端开发 C# 开发者
WPF开发者必读:MVVM模式实战,轻松构建可维护的应用程序,让你的代码更上一层楼!
【8月更文挑战第31天】在WPF应用程序开发中,MVVM(Model-View-ViewModel)模式通过分离关注点,提高了代码的可维护性和可扩展性。本文详细介绍了MVVM模式的三个核心组件:Model(数据模型)、View(用户界面)和ViewModel(处理数据绑定与逻辑),并通过示例代码展示了如何在WPF项目中实现MVVM模式。通过这种模式,开发者可以更高效地构建桌面应用程序。希望本文能帮助你在WPF开发中更好地应用MVVM模式。
260 1
|
4月前
|
C# 微服务 Windows
模块化革命:揭秘WPF与微服务架构的完美融合——从单一职责原则到事件聚合器模式,构建高度解耦与可扩展的应用程序
【8月更文挑战第31天】本文探讨了如何在Windows Presentation Foundation(WPF)应用中借鉴微服务架构思想,实现模块化设计。通过将WPF应用分解为独立的功能模块,并利用事件聚合器实现模块间解耦通信,可以有效提升开发效率和系统可维护性。文中还提供了具体示例代码,展示了如何使用事件聚合器进行模块间通信,以及如何利用依赖注入进一步提高模块解耦程度。此方法不仅有助于简化复杂度,还能使应用更加灵活易扩展。
112 0
|
4月前
|
测试技术 C# 开发者
“代码守护者:详解WPF开发中的单元测试策略与实践——从选择测试框架到编写模拟对象,全方位保障你的应用程序质量”
【8月更文挑战第31天】单元测试是确保软件质量的关键实践,尤其在复杂的WPF应用中更为重要。通过为每个小模块编写独立测试用例,可以验证代码的功能正确性并在早期发现错误。本文将介绍如何在WPF项目中引入单元测试,并通过具体示例演示其实施过程。首先选择合适的测试框架如NUnit或xUnit.net,并利用Moq模拟框架隔离外部依赖。接着,通过一个简单的WPF应用程序示例,展示如何模拟`IUserRepository`接口并验证`MainViewModel`加载用户数据的正确性。这有助于确保代码质量和未来的重构与扩展。
116 0
|
4月前
|
C# 开发者 Windows
震撼发布:全面解析WPF中的打印功能——从基础设置到高级定制,带你一步步实现直接打印文档的完整流程,让你的WPF应用程序瞬间升级,掌握这一技能,轻松应对各种打印需求,彻底告别打印难题!
【8月更文挑战第31天】打印功能在许多WPF应用中不可或缺,尤其在需要生成纸质文档时。WPF提供了强大的打印支持,通过`PrintDialog`等类简化了打印集成。本文将详细介绍如何在WPF应用中实现直接打印文档的功能,并通过具体示例代码展示其实现过程。
411 0
|
4月前
|
开发者 C# 自然语言处理
WPF开发者必读:掌握多语言应用程序开发秘籍,带你玩转WPF国际化支持!
【8月更文挑战第31天】随着全球化的加速,开发多语言应用程序成为趋势。WPF作为一种强大的图形界面技术,提供了优秀的国际化支持,包括资源文件存储、本地化处理及用户界面元素本地化。本文将介绍WPF国际化的实现方法,通过示例代码展示如何创建和绑定资源文件,并设置应用程序语言环境,帮助开发者轻松实现多语言应用开发,满足不同地区用户的需求。
86 0
|
4月前
|
开发者 C# UED
WPF多窗口应用程序开发秘籍:掌握窗口创建、通信与管理技巧,轻松实现高效多窗口协作!
【8月更文挑战第31天】在WPF应用开发中,多窗口设计能显著提升用户体验与工作效率。本文详述了创建新窗口的多种方法,包括直接实例化`Window`类、利用`Application.Current.MainWindow`及自定义方法。针对窗口间通信,介绍了`Messenger`类、`DataContext`共享及`Application`类的应用。此外,还探讨了布局控件与窗口管理技术,如`StackPanel`与`DockPanel`的使用,并提供了示例代码展示如何结合`Messenger`类实现窗口间的消息传递。总结了多窗口应用的设计要点,为开发者提供了实用指南。
297 0
|
4月前
|
C# 前端开发 UED
WPF数据验证实战:内置控件与自定义规则,带你玩转前端数据验证,让你的应用程序更上一层楼!
【8月更文挑战第31天】在WPF应用开发中,数据验证是确保输入正确性的关键环节。前端验证能及时发现错误,提升用户体验和程序可靠性。本文对比了几种常用的WPF数据验证方法,并通过示例展示了如何使用内置验证控件(如`TextBox`)及自定义验证规则实现有效验证。内置控件结合`Validation`类可快速实现简单验证;自定义规则则提供了更灵活的复杂逻辑支持。希望本文能帮助开发者更好地进行WPF数据验证。
154 0
|
4月前
|
开发者 C# Windows
WPF布局大揭秘:掌握布局技巧,轻松创建响应式用户界面,让你的应用程序更上一层楼!
【8月更文挑战第31天】在现代软件开发中,响应式用户界面至关重要。WPF(Windows Presentation Foundation)作为.NET框架的一部分,提供了丰富的布局控件和机制,便于创建可自动调整的UI。本文介绍WPF布局的基础概念与实现方法,包括`StackPanel`、`DockPanel`、`Grid`等控件的使用,并通过示例代码展示如何构建响应式布局。了解这些技巧有助于开发者优化用户体验,适应不同设备和屏幕尺寸。
130 0