Lokalisieren von Zeichenfolgen in WPF-Codebehind mithilfe von XAML ResourceDictionary

Question

Ich lokalisiere eine WPF-App mit der LocBaml-Methode. Alles funktioniert großartig für UI, das in .xaml-Dateien definiert ist. Allerdings habe ich ein paar Strings, die im Codebehind generiert werden, die auch lokalisiert werden müssen. Also habe ich versucht, den von Microsoft empfohlenen Ansatz in this Artikel zu nehmen. Ich habe eine XAML-Ressource Wörterbuch-Datei als solche:

<ResourceDictionary x:Uid="ResourceDictionary_1" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
xmlns:system="clr-namespace:System;assembly=mscorlib"> 

    <!-- String resource that can be localized --> 
    <system:String x:Uid="system:String_1" x:Key="localizedMessage">en-US Message</system:String> 
</ResourceDictionary> 

ich dann ein Drittanbieter-Tool verwenden, um die lokalisierte resources.dll, die eine spanische Version des Ressourcenverzeichnis zu generieren.

jedoch, wenn ich rufe zurück

string localizedMessage = (string)Application.Current.Resources["localizedMessage"]; 

localizedMessage immer den Wert definiert in der en-US-Version der DLL. Ich muss etwas falsch verstehen. Was muss ich tun, damit die lokalisierte Version der Zeichenfolge zurückgegeben wird?

Answer 1

Nach Diskussion mit dem OP besteht das Problem darin, die Sprache zu spät einzustellen (in App 's OnStartup).

Tatsächlich werden die lokalisierten Ressourcenwörterbücher einmal geladen, wobei die aktuelle Sprache des Threads verwendet wird. Wenn sich die Threadsprache zu spät ändert, sind die Ressourcen bereits geladen und es wird kein Neuladen ausgelöst.

Eine Lösung in diesem speziellen Fall wäre, das Gebietsschema des UI-Threads so früh wie möglich zu ändern - also im Konstruktor App.