Mehrsprachige Anwendung

EXDW

stell dir mal vor - du hast eine applikation mit mehr als 1000 strings (mein tool auf arbeit hat derzeit 2500 strings) und alle sind von 5 bis 300 worten pro string

das alles in einer xml datei ist ja wahnsinn

aber weg davon - das aufteilen ist was fuer spaeter, eilt nicht

was das lesen an geht, bleibt am generischer im aufbau der xml, benenne nodes nicht nach der culture, und auch nicht nach der kategorie, das erschwert nur unnoetig das lesen und die erweiterbarkeit (eine sprache mehr und du musst den code aenern)

das ist besser find ich:

<?xml version="1.0" encoding="utf-8" ?>
<LanguageFile>
  <Region name="MainMenu">
    <Category key="BearbeitenMenu">
      <Language culture="de-DE">Bearbeiten</de-DE>
      <Language culture="en-US">Edit</en-US>
      <Language culture="nl-NL">Bewerken</nl-NL>
      <Language culture="fr-FR">Modifier</fr-FR>
    </BearbeitenMenu>
  </Region>
</LanguageFile>

ich wuerde es so versuchen: (hier im forum getippt)

public class Region
{
    public string Name { get; set; }
    public Category Category { get; set; }
}

public class Category
{
    public Category()
    {
        Languages = new SortedList<CultureInfo, string>();
    }
    public string Key { get; set; }
    public SortedList<CultureInfo, string> Languages { get; set; }
}

var fileContent = new List<Region>();

vardoc = XDocument.Load("file");
var regionElements = doc.Descendants("Region");
foreach (var regionElement in regionElements)
{
    var region = new Region { Name = regionElement.Attribute("name").Value };
    var categoryElement = regionElement.Descendants("Category").FirstOrDefault();
    region.Category = new Category { Key = categoryElement.Attribute("key").Value };
    var languageElements = categoryElement.Descendants("language");
    foreach (var languageElement in languageElements)
        region.Category.Languages.Add(new CultureInfo(languageElement.Attribute("culture").Value), languageElement.Value);

    fileContent.Add(regionElement);
}

das lesen geht bestimmt auch deutlich schneller und kuerzer mit Linq, bin nur grad in eile und komm nicht dazu - morgen evtl

Student83

Super, danke dir für die Mühe, das mit dem Linq habe ich jetzt auch schon öfter gelesen. Bevor ich jetzt aber wieder alles umprogrammiere würde ich gerne noch wissen, woran die Ausgabe im Menü scheitert? Wenn ich die Strings über Dialoge ausgeben lasse klappt es ja.

EXDW

das kann ich dir nicht sagen - da musst du selber buddeln - und evtl was eigenes schreiben
dein problem wird spaeter dann auch sein, was ist wenn die sprache zur laufzeit umgestellt wird aber das fenster nicht neu geladen - dann bleibt der alte text noch bestehen

ich finde die ganze manuelle handarbeit sehr fragwuerdig - warum nimmst du kein resourcedictionary ? das ist doch auch eine xml datei:

1. du erstellst pro sprache ein resource dictionary:
ENU

<ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
          xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
          xmlns:sys="clr-namespace:System;assembly=mscorlib"
          xml:space="preserve">

    <sys:String x:Key="MainMenu_Edit">Edit</sys:String>
</ResourceDictionary>

DEU

<ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
          xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
          xmlns:sys="clr-namespace:System;assembly=mscorlib"
          xml:space="preserve">

    <sys:String x:Key="MainMenu_Edit">Bearbeiten</sys:String>
</ResourceDictionary>

2. in xaml dateien benutzt du diese mit DynamicResource

<MenuItem Header="{DynamicResource MainMenu_Edit}" />

3. du fügst je nach sprache die resourcedictionary zu den mergedictionaries der applikation:
this.Resources.MergedDictionaries.Add(new ResourceDictionary { Source = new Uri("MyApplication;component\\Resources/Strings_de-DE.xaml", UriKind.Relative) });

4. fertig
=> die strings werden automatisch geladen
=> die strings werden automatisch aktualisiert wenn sie sich aendern (wechseln der sprache)
=> laden der strings ist durch das .net framework bereits full tested und dadurch auch build-in fertig
=> du bist vorbereitet wenn du es mal professioneller machen willst
=> du hast die beste uebersicht, da die xaml dateien bis auf die uebersetzungen selber gleich aussehen

Student83

Habe es jetzt mit dem RessourceDictionary gelöst. Wie würde man es denn professioneller Lösen?

EXDW

man erstellt eine Strings.xaml
dann uebersetzt man diese nach einer Deutschen Strings.xaml
und diese baut man zu einer sattelite dll - die muss dan im sub verzeichnis der exe liegen mit dem culture kuerzel

\Demo.exe
\de-DE\Demo.resoruces.dll
\fr-FR\Demo.resoruces.dll

der aufbau und der inhalt ist alles ganz genau vorgeschrieben - damit es funktioniert

wenn: Demo.exe\Resources\Demo.g.resources -> mypath/strings.baml
dann: Demo.resources.dll\Resources\Demo.de-DE.g.resources -> mypath/strings.baml

in der applikation laed man einfach alle dictionaries neu beim sprachen wechsel - wpf schaut dann voll automatisch obs die entsprechenden dlls gibt - und wenn nicht wird auch voll automatisch das englische original als fallback genommen

die frage ist nur - wie kommt man zur dll
da kannst du zb das locbaml verwenden

wir in der firma haben ne eigene methode daufuer entwickelt - hab also ein Xaml2Dll tool geschrieben

Student83 schrieb:

... Er scheint auch nur von hier rauskopiert und etwas abgeändert worden zu sein:
http://www.turkhackteam.org/c-j-vb-net-net-dilleri/multi-language-ornegi-37568.html
....
Gruß Student83

Ich finde solche Behauptung ehrlich gesagt etwas gewagt und so nicht in Ordnung. Ich habe dir in meinem Blog Unterstützung angeboten und muss dann so etwas lesen...

Und um noch etwas Klarheit reinzubringen, der Artikel im Blog hat lediglich den Hintergrund, dass hier zweierlei Methodiken vorgestellt wurden, wie man eine Anwendung lokalisieren kann.

Der Code hierfür muss natürlich verstanden und ausgebaut werden. Des Weiteren macht die XML Methodik nur dann Sinn, wenn diese z.B. in einer SOA Umgebung verwendet wird. Für eine einfache Lokalisierung einer kleinen Applikation ist die Verwendung von Resourcen natürlich die bessere Wahl.

mfg
Mario

EXDW

Falls es von interesse ist, ich Schreibe zZt eine Artikel Serie zum thema Lokalisierung von WPF Applikationen.
Zu sehen auf meiner Website.
Angefangen von einfachen übersetzen bis hin zum Professionellen Lokalisieren.

Mario Priebe

CSL schrieb:

Falls es von interesse ist, ich Schreibe zZt eine Artikel Serie zum thema Lokalisierung von WPF Applikationen.
Zu sehen auf meiner Website.
Angefangen von einfachen übersetzen bis hin zum Professionellen Lokalisieren.

Nettes WPF Blog, gleich mal in den Reader gepackt : )

EXDW

Das freut mich immer wenn es Anklang findet

Student83

@ Mario Priebe
Sorry, wollte dir nichts unterstellen, der Code hat sich halt teilweise sehr geähnelt, was ich mit der Verwendung des Worts "abgeschrieben" ausdrücken wollte. Dies war jedoch völlig ohne negative Wertung meinerseits gedacht.

Zitat: "Ich finde solche Behauptung ehrlich gesagt etwas gewagt und so nicht in Ordnung. Ich habe dir in meinem Blog Unterstützung angeboten und muss dann so etwas lesen..."

An der genannten Konversation war ich nicht beteiligt. Trotzdem nochmal danke für deinen Blog, hat mir schließlich auch geholfen.