這篇文章給大家介紹如何理解構(gòu)建多語言的WPF應(yīng)用，內(nèi)容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

創(chuàng)新互聯(lián)建站服務(wù)項目包括子洲網(wǎng)站建設(shè)、子洲網(wǎng)站制作、子洲網(wǎng)頁制作以及子洲網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，子洲網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到子洲省份的部分城市，未來相信會繼續(xù)擴大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

下載源代碼 - 84.4 KB

導(dǎo)言

在WPF應(yīng)用程序中搭建多語言支持(Multilingual Support)是我最近在做的一件事,對于不使用英語的人士而言，此舉提高了程序的可用性。實現(xiàn)起來要完成以下目標(biāo)：

• 一個版本容納多種語言. 這就意味著不要創(chuàng)建單獨的英語版本、法語版本、日語版本等等。 許多電子產(chǎn)品(例如電視和數(shù)碼相機)在同一模塊中支持多語言。你不需要購買不同模塊或給軟件打補丁來得到與默認設(shè)置不同的語言

• 允許在運行時切換接口語言. 這就是說不需要關(guān)閉應(yīng)用程序并配置操作系統(tǒng)環(huán)境，一切都交給安裝器。

• ***運行選擇合適語言. W應(yīng)用程序***次運行，就把接口語言設(shè)為操作系統(tǒng)的系統(tǒng)語言。這點很有意義--法國用戶喜歡安裝、運行、并馬上使用軟件，而不會再一個不熟悉的應(yīng)用程序中找到切換語言的地方。

• 允許UI可拓展以便翻譯,縮減可能的裁剪文本

此外，具體實現(xiàn)不應(yīng)該隨著用戶界面的增長而越來越來難實現(xiàn)。（這是我覺得最困難的方面。）

所以這篇文章旨在提供一份我開發(fā)過程的詳細解決方案的大綱，這基于一些我過去寫過的博客和帖子(這里，這里和這里)。隨著時間的推移，我將指出例子的相關(guān)部分并告訴你它們是如何適配在一起的。

聲明：例子中的文本是使用自動在線翻譯服務(wù)生成的。盡管盡了***的努力來確保這是盡可能準(zhǔn)確（通過反向翻譯校對），有可能翻譯的內(nèi)容有不準(zhǔn)確或錯誤。特別是當(dāng)它使用了一個我不清楚的完全不同的寫作系統(tǒng)。

上層概述

這個為WPF應(yīng)用所設(shè)計的實現(xiàn)遵循了一種MVVM(模型-視圖-視圖模型)樣式。語言數(shù)據(jù)存儲在嵌入式XML文件中，這些文件按照需求原則加載到內(nèi)存中，即當(dāng)接口語言發(fā)生改變的時候。這就是“模型”的部分。.

“視圖模型”具有將當(dāng)前語言的語言數(shù)據(jù)包含到整個WPF應(yīng)用中的特性。它是XAML文件的集合，XAML文件形成了包含了關(guān)聯(lián)該語言數(shù)據(jù)的“視圖”。為了給一個特定的文本元素選擇準(zhǔn)確的值，每個關(guān)聯(lián)都利用具有一個轉(zhuǎn)換器參數(shù)的用戶定制值轉(zhuǎn)化器來查找文本鍵值。***，用一個用戶定制標(biāo)記擴展來抽取這個關(guān)聯(lián)的細節(jié)，這樣只有鍵值(即轉(zhuǎn)換參數(shù))需要指定。

例子

為了說明這個實現(xiàn)在實際中如何工作，我根據(jù)這個功能創(chuàng)建一個小的示例應(yīng)用。這個叫做'RePaver'的應(yīng)用用于清除路徑標(biāo)記表達式，并具有基本的翻轉(zhuǎn)，反轉(zhuǎn)，轉(zhuǎn)換和縮放實際幾何圖形(即無需圖層轉(zhuǎn)換)的功能。在后臺，該應(yīng)用用正則表達式抽取路徑段落，并就地對每個段落進行轉(zhuǎn)換。

為了給你有個概念，看如下一個Path表達式的例子，這個表達式一般從導(dǎo)出為XAML格式的矢量圖形文件中得到(這個路徑表達式跟一些我目前經(jīng)手項目的路徑?jīng)]有關(guān)系！):

<Path Data="M 470.567,400.914 L 470.578,               390.903 L466.551,390.863 L 472.6,384.876 L472.598,400.888 Z" ... />

如果你復(fù)制黏貼(引號中的)數(shù)據(jù)表達式到輸入框中并點擊'Go'，可以看到如下的輸出：

M 4,16 L 4,6 L 0,6 L 6,0 L 6,16 Z

在右邊你還能即時看到形象化的"轉(zhuǎn)換前"和"轉(zhuǎn)換后"的結(jié)果。

你可以任意設(shè)置一些選項 - 可以看到這些操作是按照翻轉(zhuǎn)/反轉(zhuǎn) -> 縮放到[根據(jù)邊框尺寸] -> 偏移。當(dāng)然，你可以用不同的語言試一下。

模塊

XML

如上所述，每個組成用戶界面的文本都保存在每種語言的XML文件的本地化表格中, 并把XML文件當(dāng)做嵌入式資源來編譯。每條text的父元素包含一個鍵屬性用來檢索本地化文本。下面是英語版本定義文件的例子，LangEN.xml:

<LangSettings>     <IsRtl>0</IsRtl>     <MinFontSize>11</MinFontSize>     <HeadingFontSize>16</HeadingFontSize>     <UIText>         <!-- Menu bar -->         <Entry key="TransformLabel">Transform</Entry>         <Entry key="LanguageLabel">Language</Entry>          <!-- Common Operations -->         <Entry key="ApplyLabel">Apply</Entry>         <Entry key="UndoLabel">Undo</Entry>         <Entry key="CancelLabel">Cancel</Entry>          <!-- Section Headings -->         <Entry key="InputLabel">Input</Entry>         <Entry key="OutputLabel">Output</Entry>         <Entry key="InfoLabel">Info</Entry>         <Entry key="TransformPropertiesLabel">Transform</Entry>          <!-- Item Labels -->         <Entry key="FlipRotateLabel">Flip / Rotate</Entry>         <Entry key="OffsetLabel">Offset</Entry>         <Entry key="ScaleToLabel">Scale To</Entry>         <Entry key="DimensionsLabel">Dimensions</Entry>         <Entry key="WidthLabel">Width</Entry>         <Entry key="HeightLabel">Height</Entry>         <Entry key="GoLabel">Go</Entry>      </UIText> </LangSettings>

在上述英文版本示例中，同樣提到了 theIsRtl, MinFontSize, 和HeadingFontSize元素。字體大小用來決定渲染字體的尺寸，讓字體更易分辨，尤其在顯示日文，韓文和阿拉伯文的時候。IsRtlel元素決定語言是否從右往左讀(阿拉伯文和希伯來語就是這樣)。

注意到語言名稱并沒有出現(xiàn)在上面的XML文件中。這是因為本地化語言名稱放在一個單獨的XML文件中定義, LanguageNames.xml:

<LangNames>     <Language code="en">English</Language>     <Language code="ar">???????</Language>     <Language code="de">Deutsch</Language>     <Language code="el">&Epsilon;&lambda;&lambda;&eta;&nu;&iota;&kappa;?</Language>     <Language code="es">Espa&ntilde;ol</Language>     <Language code="fr">Fran&ccedil;ais</Language>     <Language code="he">?????</Language>     <Language code="hi">??????</Language>     <Language code="it">Italiano</Language>     <Language code="jp">日本語</Language>     <Language code="ko">???</Language>     <Language code="ru">Русский</Language>     <Language code="sv">Svenska</Language> </LangNames>

每種語言定義文件的命名遵循這樣一個慣例， 'LangXX.xml'.其中，XX 與兩個字母的 ISO語言代碼相對應(yīng)，LanguageNames.xml中的每個Language元素也該代碼對應(yīng)。當(dāng)然，這一慣例可以拓展或修改為易于處理本地化(如 en-NZ, en-US)，甚至改成三字母的ISO語言代碼。

UILanguageDefn類

在語言定義文件中的當(dāng)前界面語言數(shù)據(jù)被加載進一個內(nèi)部類（UILanguageDefn）中是為了被剩下的應(yīng)用消耗掉。主要的組件是一個<string, string>類型的字典。這個字典包含了從文本鍵到局部的文本值的映射。其它的屬性顯示：IsRtl（是否右對齊），MinFontSize（最小字體大小）和HeadingFontSize的值。

當(dāng)你使用這個類的時候，局部語言文本會通過調(diào)用下面的方法重新取回：

/// <summary>  /// Gets the localised text value for the given key.  /// </summary>  /// <param name="key">The key of the localised text to retrieve.</param>  /// <returns>The localised text if found, otherwise an empty string.</returns>  public string GetTextValue(string key)  {      if (_uiText.ContainsKey(key))          return _uiText[key];       return "";  }

除此之外，UILanguageDefn類有一個靜態(tài)的從語言編碼到局部的語言名稱的映射（這個映射是從LanguageNames.xml中加載進來的），例如，“en”和“English”、“sv”和“Svenska”。這被用來填充到'Language'標(biāo)簽的可用語言列表中，而且被應(yīng)用所支持的權(quán)威的語言列表過濾。因此，任何不再這個列表的語言不會被界面所顯示。即使有一個語言定義文件或在LanguageNames.xml中有所對應(yīng)的實體，也不會顯示這個語言。這會在下面的章節(jié)中進一步介紹。

加載數(shù)據(jù)

類`UILanguageDefn`形成模型的一部分。模型里面的第二個主要的實體就是應(yīng)用全狀態(tài)，`MainWindowModel`。它包含了被整個應(yīng)用程序使用的`UILanguageDefn`的授權(quán)的實例。這是在全部界面中獲取文本元素的邊界的實例。（通過ViewModel）。

當(dāng)`MainWindowModel`被構(gòu)造時，在加載當(dāng)前語言之前，首先會注冊語言列表的授權(quán)和從名字為LanguageNames.xml的資源文件中加載本地化語言。下面通過例子讓我們看看它是如何工作的：

public class MainWindowModel  {      private UILanguageDefn _languageMapping;       public MainWindowModel(int maxWidth, int maxHeight)      {          RegisterLanguages();          LoadLanguageList();                    //Settings are loaded here, where CurrentLanguageCode is decided.           UpdateLanguageData();      }            public string CurrentLanguageCode      {          get           {              // Retrieves the current language code from              // the Settings model (abstracted away)          }      }            /// <summary>     /// Registers the languages by their corresponding ISO code.      /// </summary>     private void RegisterLanguages()      {          // Defined in Constants class          string[] supportedLanguageCodes =          {              "en", "ar", "de", "el",               "es", "fr", "ko", "hi",               "it", "he", "jp", "ru", "sv"            };                    foreach(string languageCode in supportedLanguageCodes)              UILanguageDefn.RegisterSupportedLanguage(languageCode);      }       /// <summary>     /// Loads the list of available languages from the embedded XML resource.      /// </summary>     private void LoadLanguageList()      {          // Defined in Constants class          string resourcePath = "RePaverModel.LanguageData.LanguageNames.xml";                    System.IO.Stream file =                  Assembly.GetExecutingAssembly().GetManifestResourceStream(resourcePath);           XmlDocument languageNames = new XmlDocument();          languageNames.Load(file);           UILanguageDefn.LoadLanguageNames(languageNames.DocumentElement);      }       /// <summary>     /// Updates the UI language data from that      /// defined in the corresponding language file.      /// </summary>     /// <returns>     public bool UpdateLanguageData()      {          string languageCode = CurrentLanguageCode;          if (String.IsNullOrEmpty(languageCode)) return false;           //This follows a convention for language definition files          //to be named &apos;LangXX.xml&apos; (or &apos;LangXX-XX.xml&apos;)          //where XX is the ISO language code.          string resourcePath =             String.Format(Constants.LanguageDefnPathTemplate, languageCode.ToUpper());          System.IO.Stream file =              Assembly.GetExecutingAssembly().GetManifestResourceStream(resourcePath);           XmlDocument languageData = new XmlDocument();          languageData.Load(file);           _languageMapping = new UILanguageDefn();          _languageMapping.LoadLanguageData(languageData.DocumentElement);           return true;      }  }

你可能注意到上面的代碼提到了第三個主體 - 設(shè)置狀態(tài)。在眾多可在運行時調(diào)整的設(shè)置中，正是這個狀態(tài)存儲了當(dāng)前正被使用的接口語言。大多數(shù)的設(shè)置項都在應(yīng)用程序關(guān)閉后保存在磁盤中，當(dāng)程序再次打開時就重新加載出來。

然而，如果應(yīng)用程序是***次打開(沒有設(shè)置文件存在),那么這些設(shè)置就會被設(shè)定為默認狀態(tài)。對于語言來說，英語是默認的，但這并不是用戶友好(user-friendly)的。所以呢，我們就這樣檢索當(dāng)前系統(tǒng)語言:

CultureInfo.CurrentCulture.TwoLetterISOLanguageName;

找到相應(yīng)的語言后，如果應(yīng)用程序不支持該語言，就讓英語作為默認語言。這樣，只要你的本地語言受支持，UI就會在你程序***次運行時顯示該語言。在Setting model hierarchy中，有如下代碼

public LanguageSettings()  {      // Initialise the default language code.      // In most cases this will be overwritten by the      // restored value from the saved settings, or that of the current culture.      _uiLanguageCode = Constants.DefaultLanguageCode;     //"en"       string languageCode = CultureInfo.CurrentCulture.TwoLetterISOLanguageName;       // If the system language is supported, this will      // ensure that the application first loads      // with the UI displayed in that language.      if (UILanguageDefn.AllSupportedLanguageCodes.Contains(languageCode))          _uiLanguageCode = languageCode;  }

這個類中的另一種方法，姑且叫做后者吧 (有用戶設(shè)置文件存在的時候使用),它會提取保存在文件中的設(shè)置項的值，并把它復(fù)寫到_uiLanguageCode.

視圖模型

這里出現(xiàn)了一個MVVM實現(xiàn)方法，它不同于WPF和Silverlight應(yīng)用程序中的Model-View-Presenter(MVP).在MVP模式中，我們需要一個Presenter把當(dāng)前語言的定義(或單個的本地化后的文本)傳給視圖(View),由視圖負責(zé)UI中文本的顯示與更新。考慮到我們在使用WPF，文本的更新可以很容易地通過數(shù)據(jù)綁定來實現(xiàn)；考慮到語言定義要在整個應(yīng)用程序(組件或窗體)中使用，我們需要一個共享類來保存當(dāng)前語言屬性，這樣當(dāng)進行數(shù)據(jù)綁定時，就能使該屬性在UI的任何一部分檢索出來。

在MVVM模式中，這個共享類同其他視圖模型(例如MainWindowViewModel)一道，將成為組成視圖模型層的一部分。CommonViewModel這個類是作為單例模式(Singleton)來實現(xiàn)，這樣靜態(tài)實例屬性Current就可以作為一個綁定的源屬性來賦值了。非靜態(tài)屬性則通過綁定的Path屬性來引用。還有一點很重要，ViewModel實現(xiàn)了INotifyPropertyChanged的接口，以致UI能在源數(shù)值發(fā)生改變時自動更新綁定。

這里是綁定到UI的CommonViewModel屬性，UILanguageDefn類給出了數(shù)據(jù)的定義:

/// <summary>  /// Gets or sets the language definition used by the entire interface.  /// </summary>  /// <value>The language definition.</value>  public UILanguageDefn LanguageDefn  {      get { return _languageDefn; }      set      {          if (_languageDefn != value)          {              _languageDefn = value;              OnPropertyChanged("LanguageDefn");              OnPropertyChanged("HeadingFontSize");              OnPropertyChanged("MinFontSize");              OnPropertyChanged("IsRightToLeft");          }      }  }   public double HeadingFontSize  {      get       {          if (_languageDefn != null)              return (double)_languageDefn.HeadingFontSize;           return (double)UILanguageDefn.DefaultHeadingFontSize;      }  }   public double MinFontSize  {      get      {          if (_languageDefn != null)              return (double)_languageDefn.MinFontSize;           return (double)UILanguageDefn.DefaultMinFontSize;      }  }   public bool IsRightToLeft  {      get      {          if (_languageDefn != null)              return _languageDefn.IsRightToLeft;           return false;      }  }

MainWindowViewModel處在ViewModel架構(gòu)最前端, 負責(zé)在MainWindowModel值發(fā)生變化時，更新CommonViewModel中的當(dāng)前語言:

/// <summary>  /// Refreshes the UI text to display in the current language.  /// </summary>  public void RefreshUILanguage()  {      _model.UpdateLanguageData();      CommonViewModel.Current.LanguageDefn = _model.CurrentLanguage;       //Notify any other internal logic to prompt a refresh (as necessary)      if (LanguageChanged != null)          LanguageChanged(this, new EventArgs());  }

視圖

正如我所提到的，本地化文本通過數(shù)據(jù)綁定顯示到視圖中。然而WPF自身并不知道如何處理UILanguageDefn類，更不用說提取合適的本地化文本值。這也是***一個難題。

值轉(zhuǎn)換器

請記住，CommonViewModel.Current.LanguageDefn是一個UILaunguageDefn,不是TextBlock的Text屬性期待的一個字符串。因此，此時需要一個值轉(zhuǎn)換器來完成這項轉(zhuǎn)換工作。這個值轉(zhuǎn)換器使用ConverterParameter來指定創(chuàng)建查找關(guān)鍵字，用來恢復(fù)來自UILanguage實例中局部符合條件的文本。記住，當(dāng)接口改變了，UILanuageDefn也改變。

這項工作的優(yōu)點在于對每一段局限在接口當(dāng)中的文本，符合條件的元素需要被添加到language XML文件，確保ConverterParameter和元素名稱匹配。此外不需要定義任何額外的屬性&mdash;&mdash;不管是在視圖層，UILanguageDefn，還是在模型層的其他部分。

這個converter相對簡單. 只需在類級別上指定 IValueConverter (在System.Windows.Data中)的 ValueConversion 屬性:

[ValueConversion(typeof(UILanguageDefn), typeof(string))]

并且實現(xiàn)類似如下的函數(shù) Convert :

public object Convert(object value, Type targetType,                         object parameter, CultureInfo culture)  {      string key = parameter as string;      UILanguageDefn defn = value as UILanguageDefn;       if (defn == null || key == null) return "";       return defn.GetTextValue(key);  }

綁定

現(xiàn)在我們獲得了了一個 value converter, 我們可以將它放置在一個 Binding 表達式中:

<TextBlock Text="{Binding Path=LanguageDefn,      Converter={StaticResource UIText}, ConverterParameter=ApplyLabel,      Source={x:Static vm:CommonViewModel.Current}}" />

如果想要它工作, 這個 XML 的 命名空間必須設(shè)置為 vm(指向 ViewModel的命名空間),并且 UIText 的資源需要被定義 (假設(shè)conv 是這個 value converter 的 XML 的命名空間):

zlt;conv:UITextLookupConverter x:Key="UIText" />

簡單明了&mdash;&mdash;自定義標(biāo)記擴展

如果你當(dāng)前的狀態(tài)（像我一樣）又想要愉快的方式，在大多數(shù)的XAML文件中的長綁定表達式里，你發(fā)現(xiàn)它變得乏味，是同一樣?xùn)|西的重復(fù)。甚至不考慮重命名類或者把屬性作為重構(gòu)的一部分！

當(dāng)然，有一種方式能使其更簡潔，考慮到這些綁定之間的唯一變化就是ConverterParameter。解決方案是使用使用自定義標(biāo)記擴展。

為了做到這一點，自定義標(biāo)記擴展是一個簡單的類，它派生自MarkupExtension（在System.Windows.Markup），按照慣例被命名為[name]Extension。在其核心處，關(guān)鍵點是需要重載ProvideValue方法。但是這該怎么做呢？

自定義標(biāo)記拓展的重點就是在XAML中寫下類似這樣的代碼:

<TextBlock Text="{ext:LocalisedText Key=ApplyLabel}" />

因此，自定義拓展被稱作LocalisedTextExtension,并添加一個Key,它的類型是public string.因為在后臺中，綁定一直處于使用狀態(tài)，所以我創(chuàng)建了一個private 綁定域，并從構(gòu)造器中實例化它 :

public LocalisedTextExtension()  {      _lookupBinding = UITextLookupConverter.CreateBinding("");  }

而靜態(tài)的CreateBinding方法定義在值轉(zhuǎn)換器(value converter)中:

public static Binding CreateBinding(string key)  {      Binding languageBinding = new Binding("LanguageDefn")      {          Source = CommonViewModel.Current,          Converter = _sharedConverter,          ConverterParameter = key,      };      return languageBinding;  }

所以定義好了Binding后，可以通過ConverterParameter參數(shù)來獲取和設(shè)置Key屬性的值。這也使得ProvideValue方法可以大展身手:

public override object ProvideValue(IServiceProvider serviceProvider)  {      return _lookupBinding.ProvideValue(serviceProvider);  }

而一個Binding是一個MarkupExtension,所以它有自己的可以調(diào)用的ProvideValue方法。

Rinse and Repeat - 字體大小與流方向

某些語言的字符集包含十分復(fù)雜的圖形元素，以致在拉丁文可以辨認的字符大小，用來顯示這些語言的時候，變得模糊不清了。你注意到CommonViewModel提供了HeadingFontSize和MinFontSize屬性。這就為本地化標(biāo)題和剩余的本地化文本相應(yīng)地提供了字體大小。例如日文的字體大小就大于英文。

幸運的是，使用類似下面的這個模式就可以把上述的文字尺寸綁定到共享的樣式中，而不需要值轉(zhuǎn)換器:

<Style TargetType="{x:Type TextBlock}">      <Setter Property="FontSize" Value="{Binding Path=MinFontSize,              Source={x:Static vm:CommonViewModel.Current}}" />      <!-- Remaining setters ... -->  </Style>

下圖顯示的是兩個同樣界面不同語言下的差異:

也有一些語言是從右向左讀的，例如阿拉伯語和希伯來語。為了讓UI正確的定位到這些語言，反轉(zhuǎn)接口是有意義的，否則會帶來一些混淆，如果在使用程序的時候讀取的順序和邏輯的順序不一致。

幸運的是，WPF有一個方便的屬性可以完成反轉(zhuǎn)整個UI的艱苦工作：

FrameworkElement.FlowDirection

是什么讓這個功能相當(dāng)強大，我只需要綁定一個包含在主窗口內(nèi)的根級別控件，因為這個值是由它下面的每個FrameworkElement的在視覺層次繼承。綁定僅僅需要查看CommonViewModel的IsRightToLeft屬性，轉(zhuǎn)換到（通過其他的值轉(zhuǎn)換器）FlowDirection的枚舉值。自定義的標(biāo)記擴展被創(chuàng)建，遵循以前類似的模板，簡化為XAML：

<Window x:Class="RePaver.UI.MainWindow" ... >      <DockPanel FlowDirection="{ext:LocalisedFlowDirection}">          <!-- Contents -->      </DockPanel>  </Window>

鑒于到上述功能的強大，這里仍然要考慮一些陷阱和要點：

• 自定義面板自動反轉(zhuǎn)布局，所以你不需要創(chuàng)建一個IsRevered屬性（或者類似的）或者按照你的估算調(diào)整ArrangeOverride。

• 位圖和形狀（如線路）是反轉(zhuǎn)的。如果您想要保留這些，呈現(xiàn)獨立的流向（如公司的logo或者商標(biāo)），那么你需要重寫FlowDirection，設(shè)置它為LeftToRight。

• 如果接口有RightToLeft的FlowDirection，而元素（如Image）具有LeftToRight的FlowDirection，那么元素的Margin會以RightToLeft的方式展示。由于Padding展示在元素內(nèi)部可視層次，所以一個padding將會以LeftToRight的方式展示。

• TextBoxes包含語言恒定的數(shù)據(jù)，應(yīng)當(dāng)將FlowDirection設(shè)置為LeftToRight。理想情況下，此屬性應(yīng)設(shè)置為盡量減少重復(fù)并保證一致性的風(fēng)格。

所以，下面就是趕時髦的“處理后”的截圖：

注意路徑，旋轉(zhuǎn)選擇控件，輸入輸出文本框是以從左至右的方式展示，這與語言無關(guān)。這是因為這些元素是特定的問題區(qū)域，如果它們以從右至左的方式展示，就沒有道理了（可能會引起誤解）。

總結(jié)

現(xiàn)在明白了&mdash;&mdash;一個局部的WPF應(yīng)用程序可以在運行時動態(tài)地改變UI。***次運行它是在法語的本地計算機環(huán)境中，瞧， il est affich&eacute; en Fran&ccedil;ais. 它們都來自同一種語言版本。

***一個要點需要注意，這里不做詳細介紹，整個UI布局以流體方式布局，這樣的布局會自動調(diào)整以適應(yīng)內(nèi)容。 而不是顯式地設(shè)置寬度和高度， 網(wǎng)格的行/列定義，等等。這些都是“自動”為左的，同時還可以定義最小和***值。這是很普通的實例中***的一個（而不是特定的本地化）， 但當(dāng)切換語言的時候，不允許這樣的實例真的顯示出來。

后記

軟件開發(fā)中本地化是一個熱門的話題，理所當(dāng)然，我也不是唯一一個寫這方面的人。事實上，我也發(fā)現(xiàn)了一些人在做同樣的事：

• Sebastian Przybylski(article) 也把UI文本存儲在XML文件作為嵌入資源，而把XAML直接綁定到XML資源上而不是通過ViewModel.

• David Sleeckx(article) 使用自定義標(biāo)記拓展來檢索本地緩存的翻譯文本，或者調(diào)用Google語言API來實現(xiàn)實時翻譯。

• 'SeriousM'在CodePlex上更新了 WPF本地化拓展 . 它是通過提取資源文件/資源程序集中的本地化文本(或其他值)來實現(xiàn)的。

顯然，實現(xiàn)WPF程序的本地化有很多種選擇,它們并不互斥。根據(jù)你的權(quán)衡，我所提到的實現(xiàn)方法僅適用于你程序的部分，另一部分則會出現(xiàn)在其他的地方。所以你要根據(jù)你的需求，隨意調(diào)整實現(xiàn)方法。

關(guān)于如何理解構(gòu)建多語言的WPF應(yīng)用就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。

網(wǎng)頁名稱：如何理解構(gòu)建多語言的WPF應(yīng)用
網(wǎng)頁網(wǎng)址：http://chinadenli.net/article26/pgphjg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、響應(yīng)式網(wǎng)站、品牌網(wǎng)站設(shè)計、面包屑導(dǎo)航、微信小程序、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)