[WPF]本地化入门-白红宇

[WPF]本地化入门

阅读量：6985 次

发布时间：2019-06-27

本文共 9095 字，大约阅读时间需要 30 分钟。

原文:

1. 前言

WPF的本地化是个很常见的功能，我做过的WPF程序大部分都实现了本地化（不管最终有没有用到）。通常本地化有以下几点需求：

在程序启动时根据或配置项显示对应语言的UI。

在程序运行时可以动态切换UI语言（无需重启程序）。

制作对应不同语言的安装包。

通过下载语言包实现多种语言的本地化。

其中只有第一点是必要的。

第二点最好也可以实现，很多时候切换语言只为了看看某个专业术语在英语中的原文是什么，或者临时打印个英文报表，平时使用还是用中文，用户不想为了这点重启程序。

第三点和第四点虽然很常见，但我从来没实现过，毕竟文字资源（有时还有少量图片）占用的空间不会太多，大部分WPF程序都没有大到需要考虑安装包大小，所有语言的资源全部打包进一个安装包就可以了。

WPF本地化技术很成熟，也有几种方案，微软在MSDN给出了详细的介绍，还有一份古老的文档，整整66页，里面详细介绍了各种WPF本地化的机制。

本文只介绍两种实现以上第1、2点需求的方案。

2. 使用资源词典

2.1 基本原理

对WPF开发者来说，资源词典肯定不会陌生。不过在资源词典里使用string可能比较少。

如以上代码所示，在XAML中定义string资源需要先引入 xmlns:system="clr-namespace:System;assembly=mscorlib"命名空间，之后再使用DynamicResource引用这个资源。不要使用StaticResource，这样没法做到动态切换语言。

要使用资源词典实现本地化，需要先创建所需语言的xaml，我在DEMO中创建了en-us.xaml和zh-cn.xaml两个资源词典，里面的包含的资源结构一致（指数量和Key一样）：

在程序启动时根据或配置项选择对应的资源词典，使用MergedDictionaries的方式加载到程序的资源集合中：

var culture = ReadCultureFromConfig();var cultureInfo = new System.Globalization.CultureInfo(culture);Thread.CurrentThread.CurrentUICulture = cultureInfo;Thread.CurrentThread.CurrentCulture = cultureInfo;ResourceDictionary dictionary = new ResourceDictionary { Source = new Uri($@"Resources\{culture}.xaml", UriKind.RelativeOrAbsolute) };Application.Current.Resources.MergedDictionaries[0] = dictionary;

这样本地化的功能就完成了。

2.2 动态切换语言

其实上述方案已实现了动态切换语言。

XAML资源的引用原则是就近原则，这个就近不仅指VisualTree上的就近，还指时间上的就近。后添加进资源词典的资源将替换之前的同名资源。使用DynamicResource而不是StaticResource，就是为了在资源被替换时能实时变更UI的显示。

2.3 设计时支持

VisualStudio的XAML设计时支持对开发WPF程序至关重要，对本地化来说，设计时支持主要包含3部分：

在编写XAML时可以得到资源的智能感知

有完整的设计视图

在不同语言之间切换

使用资源词典实现本地化，只需在App.xaml中合并对应的资源词典即可获得完整的设计时支持。

这段XAML只是为了提高设计时体验，没有也能通过编译。

2.4 在代码里访问资源

在代码中访问资源比较麻烦，需要知道资源的名称，而且没有智能感知，如果资源词典由第三方类库提供就会更麻烦。

var message = TryFindResource("SwitchLanguage") as string;if (string.IsNullOrWhiteSpace(message) == false)    MessageBox.Show(message);

2.5 在代码里替换资源

private void OnReplaceString(object sender, RoutedEventArgs e){    _totalReplace++;    string content = "Replace " + _totalReplace;    Resources["StringToReplace"] = content;}

如上所示，在代码中替换资源十分简单，不过这种简单也带来了资源不可控的问题。

2.6 在程序集之间共享资源

上面有提过，在获取第三方类库中某个资源十分麻烦，不仅如此，连获得第三方类库中的资源词典名称都十分麻烦。我建议在类库中定义如下的类，可以给开发者提供一些方便：

public static class Resources{    public static Uri EnglishResourceUri { get; } =        new Uri("/LocalizationDemoWpf.Resource;component/Resource.en-us.xaml", UriKind.RelativeOrAbsolute);    public static Uri ChineseResourceUri { get; } =        new Uri("/LocalizationDemoWpf.Resource;component/Resource.zh-cn.xaml", UriKind.RelativeOrAbsolute);}

2.7 总结

资源词典是实现本地化的一种很常见的方式，它有如下优点：

简单易用，而且容易理解。

XAML语法简单。

资源可以是除string以外的类型，如SolidColorBrush。

但这种方式的缺点也不少：

难以管理，一旦资源过多，重名、互相覆盖、智能感知列表过长等问题将极大地影响开发，就连保证不同语言间资源词典里的资源数量一致都很麻烦。

在程序集之间难以共享，引用很简单，但由于没有智能感知将很难使用，而且不同程序集之间的资源同名更难以跟踪。

除此以外，在动态切换语言上还存在一些问题。下面这段XAML就没法做到动态切换语言：

在DataGridColumn的Header上做动态切换语言，需要写成DataTemplate的方式：

3. 使用Resx资源文件

3.1 基本原理

比起资源词典，我更喜欢使用Resx资源文件，不过这种方式语法复杂一些，而且也有不少小问题。

在VisualStudio中创建后缀名为resx的资源文件并打开，可在以下UI编辑资源文件的值（将访问修饰符改为public用起来方便些）：

在修改资源文件的值后PublicResXFileCodeGenerator将自动创建对应的类并为每一个键值添加如下代码：

/// ///   查找类似 Address 的本地化字符串。/// 
public static string Address {    get {        return ResourceManager.GetString("Address", resourceCulture);    }}

然后将这个资源文件复制粘贴一份，将名称改为“原名+.+对应的语言+.resx”的格式，并且将里面的值翻译成对应语言如下：

在UI上使用x:Static绑定到对应的资源：

这样基本的本地化就完成了。很多控件库都是使用这种方式做本地化。除了字符串，resx资源文件还支持除字符串以外的资源，如图片、音频等。

但是这个方案只实现了最基本的本地化，而且最大的问题是只支持直接使用字符串，不支持TypeConverter，甚至也不支持除字符串以外的其它（即Boolea,Char,Decimal,Single,Double,Int16,Int32,Int64,TimeSpan,Uri,Byte,Array等类型）。例如使用Label.resx中名为Background值为 #880000FF 的字符串为Grid.Background实现本地化：

Labels.designer.resx

/// ///   查找类似 #880000FF 的本地化字符串。/// 
public static string Background {    get {        return ResourceManager.GetString("Background", resourceCulture);    }}

MainWindow.xaml

运行时报错：ArgumentException: “#88FF0000”不是属性“Background”的有效值。

这样资源文件的实用性大打折扣。当然，这个方案也不支持动态切换语言。

3.2 动态切换语言

在中已没有了x:Static的绑定方式，改为使用Binding实现本地化，这样虽然语法复杂一些，但更加实用。WPF当然也可以使用这种方式。

首先，创建一个类封装资源文件生成的类(在这个Demo中是Labels)：

public class ApplicationResources{    public ApplicationResources()    {        Labels = new Labels();    }    public Labels Labels { get; set; }}

然后在App.xaml中将这个类作为资源添加到资源集合中，为了以后使用的语法简单些，我通常将Key取得很简单：

最后在XAML中这样绑定：

这样语法复杂一些，但也有很多好处：

支持TypeConverter，这样就可以使用除String以外的其它类型。

支持Binding的其它功能，如IValueConverter。

麻烦的是，WPF似乎不是很喜欢这种方式，VisualStudio会提示这种错误，毕竟资源文件中的属性都是static属性，不是实例成员。幸运的是编译一次这种错误提示就会消失。

将调用方式改为Binding以后就可以实现动态切换语言了。由于UI通过Binding获取资源文件的内容，可以通过INotifyPropertyChanged通知UI更新。将ApplicationResources 改造一下：

public class ApplicationResources : INotifyPropertyChanged{    public static ApplicationResources Current { get; private set; }    public ApplicationResources()    {        Current = this;        Labels = new Labels();    }    public Labels Labels { get; set; }    public event PropertyChangedEventHandler PropertyChanged;    public  void ChangeCulture(System.Globalization.CultureInfo cultureInfo)    {        Thread.CurrentThread.CurrentUICulture = cultureInfo;        Thread.CurrentThread.CurrentCulture = cultureInfo;        Labels.Culture = cultureInfo;        if (Current != null)            Current.RaiseProoertyChanged();    }    public void RaiseProoertyChanged()    {        PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(""));    }}

现在可以简单地切换语言了。

var culture = ReadCultureFromConfig();var cultureInfo = new System.Globalization.CultureInfo(culture);ApplicationResources.Current.ChangeCulture(cultureInfo);

3.3 设计时支持

实现本地化的一个很麻烦的事情是如何在设计视图看到各种语言下的效果。在使用资源词典的方案中是通过在App.xaml中合并对应的资源词典：

在资源文件的方案中，需要在ApplicationResources中添加一个属性：

private string _language;/// /// 获取或设置 Language 的值/// 
public string Language{    get { return _language; }    set    {        if (_language == value)            return;        _language = value;        var cultureInfo = new CultureInfo(value);        Thread.CurrentThread.CurrentUICulture = cultureInfo;        Thread.CurrentThread.CurrentCulture = cultureInfo;        Labels.Culture = cultureInfo;        RaiseProoertyChanged();    }}

之后在App.xaml中就可以通过改变这个属性来改变设计时的UI的语言，在VS2017中连编译都不需要就可以改变设计视图的语言。

3.4 在代码里访问资源

在代码里访问资源文件的资源十分简单：

MessageBox.Show(Labels.SwitchLanguage);

3.5 在代码里替换资源

资源文件要实现这个需求就一点都不有趣了，至少我从未在实际工作中做过。最大的难题是资源文件生成的类中的属性是静态属性，而且只有getter方法：

public static string StringToReplace {    get {        return ResourceManager.GetString("StringToReplace", resourceCulture);    }}

我们也可以创建一个派生类，强行替换对应的属性：

public class ExtendLabels : Labels{    ///     /// 获取或设置 StringToReplace 的值    /// 
    public new string StringToReplace { get; set; }}

然后替换ApplicationResources中的Labels，并且触发PropertyChanged。不过这样会刷新所有UI上的字符串等资源，只为了替换一个字符资源代价有点大，幸好一般来说并不会太消耗性能。

private void OnReplaceString(object sender, RoutedEventArgs e){    _totalReplace++;    string content = Labels.StringToReplace + " " + _totalReplace;    if (_extendLabels == null)        _extendLabels = new ExtendLabels();    _extendLabels.StringToReplace = content;    ApplicationResources.Current.Labels = _extendLabels;    ApplicationResources.Current.RaiseProoertyChanged();}

3.6 在程序集之间共享资源

只需要将资源文件的访问修饰符改为public，无需其它操作就可以方便地在程序集之间共享资源。

3.7 管理资源文件

比起资源词典，资源文件还有一个很大的优势就是容易管理。Demo中只有一个名字Labels的资源文件，实际项目中可以按功能或模块分别建立对应的资源文件，解决了资源词典重名、互相覆盖、智能感知列表过长等问题。另外我推荐使用VS的扩展程序ResXManager管理所有资源文件。

它可以在一个UI里管理所有语言的资源文件，极大地方便了资源文件的使用。

3.8 ReSharper支持

对Resx资源文件，ReSharper也提供了良好的支持。

当需要为某个资源修改Key时，可以按“资源文件名称”+"."+"Key"来全局替换，通常这样已经足够放心。ReSharper更进一步，它提供了重命名功能。假设要将Labels的资源English重名为为Englishs，可以先在Labels.Designer.cs重命名，然后应用“Apply rename refactoring”选项：