WinRT-Apps und regionale Einstellungen. Die richtige Methode zum Formatieren von Daten und Zahlen basierend auf den regionalen Einstellungen des Benutzers?

Question

Ich habe einige Probleme in Windows 8 Metro-Anwendungen (XAML & C#) in Bezug auf die regionalen Einstellungen des Benutzers. Es scheint, dass die Apps die regionalen Einstellungen des Benutzers nicht respektieren, also, selbst wenn Ihr Windows 8 eingestellt ist, um Daten und Zeiten im finnischen Format anzuzeigen, zeigen die Apps sie weiterhin US-Formatierung an. Aber das ist so ein großes Problem, dass es etwas geben muss, was mir fehlt?

Um dies zu testen, begann ich mit der Erstellung einer WPF-Anwendung. Die Anwendung druckt nur die Current und die formatierte DateTime.Now:

private void Culture_Loaded_1(object sender, RoutedEventArgs e) 
    { 
     this.Culture.Text = System.Globalization.CultureInfo.CurrentCulture.DisplayName; 
    } 

    private void Date_Loaded_1(object sender, RoutedEventArgs e) 
    { 
     this.Date.Text = DateTime.Now.ToString(); 
    } 

Hier ist meine Standard-Ländereinstellungen:

Sobald er ausgeführt wird, die App das Datum im finnischen Format angezeigt:

Dann änderte ich die regionalen Einstellungen zu US:

Und wenn die App wieder laufen gelassen wurde, die Kultur und die Formatierung geändert:

Dies ist wie ich alles erwartet zu funktionieren, und dies ist auch, wie ich erwartet hatte WinRT-Anwendungen zu arbeiten.

Als nächsten Schritt erstellte ich eine WinRT (XAML & C#) App mit demselben Code und setzte die regionalen Einstellungen wieder auf Finnisch zurück. Das Problem:

Auch wenn ich durch regionale Einstellungen festgelegt haben, dass die Formatierung sollte „Finnish“, die WinRT App mit US-Formatierung zeigt das Datetime sein. Ich änderte dann die Projektdatei der App und machte fi-FI die Standardsprache:

Diese Änderung auch die App-Kultur geändert:

Seltsam. Ich habe die Standardsprache auf den Standardwert zurückgesetzt und die Formatierung wurde auf US zurückgesetzt. Ich habe dann innerhalb des Projekts Ordner "Strings - fi-FI" erstellt und dem Projekt ein leeres "Resources.resw" hinzugefügt. Diese leere Datei scheint genug zu sein, wie ich jetzt die finnische Formatierung erhalten wurde:

Sobald ich die leere Ressource-Datei entfernen, kehren die Formatierungen zu US zurück:

Sehr seltsam.

Dies führt zu wenigen Fragen, aber die wichtigste Frage ist: Ist es beabsichtigt, dass die WinRT-Apps nicht den regionalen Einstellungen des Benutzers folgen, wie es die WPF-Apps tun?

Answer 1

Könnte es sein, dass wir jetzt andere Klassen abfragen müssen? Wie das hier angegebene Beispiel: http://code.msdn.microsoft.com/windowsapps/Globalization-preferences-6654eb36/sourcecode?fileId=52104&pathId=236099476

Answer 2

Es ist eine Weile her, aber die Frage ist nicht vollständig beantwortet, also lassen Sie mich meine kleine Forschung teilen. Depechie hat meistens Recht, aber er stellte nur einen Link zur Verfügung und war sich nicht wirklich sicher.

Ja, diese unerwartete Änderung ist beabsichtigt. Wir sollten CultureInfo nicht mehr verwenden, da es Legacy-Codes enthält, und Microsoft möchte stattdessen Windows.Globalization-APIs verwenden.

Um aktuelle Region zu erhalten wir verwenden können:

GeographicRegion userRegion = new GeographicRegion(); 
string regionCode = userRegion.CodeTwoLetter; 

Aber wie ich es enthält nur Regionsinformationen bemerkt haben, gibt es keine Sprachcode. Zu erhalten Sprache können wir verwenden:

string langRegionCode = Windows.Globalization.Language.CurrentInputMethodLanguageTag; // depends on keyboard settings 
List<string> langs = Windows.System.UserProfile.GlobalizationPreferences.Languages; // all user languages, like in languages control panel 
List<string> applicationlangs = Windows.Globalization.ApplicationLanguages.Languages; // application languages (user languages resolved against languages declared as supported by application) 

Sie kehren BCP47 Sprach-Tags in Format Sprache-Region wie „en-US“, wenn die Sprache Dialekte oder einfach nur die Sprache hat wie „pl“, wenn die Sprache nicht Hauptdialekte hat .

Wir setzen auch eine primäre Sprache, die alle den Rest außer Kraft gesetzt werden:

Windows.Globalization.ApplicationLanguages.PrimaryLanguageOverride = "en-US"; 

(Dies ist eine persistente Einstellung und soll auf Benutzeranforderung verwendet werden)

Es gibt auch neue API für Datum, Uhrzeit und Zahlen:

Windows.Globalization.DateTimeFormatting.DateTimeFormatter dtf = new DateTimeFormatter("longdate", new[] { "en-US" }, "US", CalendarIdentifiers.Gregorian, ClockIdentifiers.TwentyFourHour); 
string longDate = dtf.Format(DateTime.Now); 

Windows.Globalization.NumberFormatting.DecimalFormatter deciamlFormatter = new DecimalFormatter(new string[] { "PL" }, "PL"); 
double d1 = (double)deciamlFormatter.ParseDouble("2,5"); // ParseDouble returns double?, not double 

Es gibt wirklich viel mehr in Windows.Globalization APIs, aber ich denke, dass uns die allgemeine Idee gibt. Weiterführende Literatur:

• Datum & Uhrzeitformat Beispiel: http://code.msdn.microsoft.com/windowsapps/Date-and-time-formatting-2361f348/sourcecode?fileId=52070&pathId=561085805
• Zahlenformatierung & Parsing Beispiel:
  http://code.msdn.microsoft.com/windowsapps/Number-formatting-and-bb10ba3d/sourcecode?fileId=52249&pathId=1462911094
• gibt es auch einen schönen Artikel mit dem Titel „Wie Muster zu verwenden, Daten und Zeiten zu formatieren“ auf MSDN, aber ich kann nur 2 Links

hinzufügen Sie können auch einige Themen über das Problem auf windo finden WS 8 dev Center Forum mit einigen Microsoft-Mitarbeiter Antworten, aber sie senden Sie hauptsächlich zu der Dokumentation.

Answer 3

Es ist beabsichtigt. Microsoft entfernt sich davon, Anwendungen in die Sprache des Betriebssystems zu zwingen. Stattdessen verwendet jede Anwendung Informationen, die von der Anwendung deklariert wurden (Manifest-Sprachen, beobachtbar unter Windows.Globalization.ApplicationLanguages.ManifestLanguages) und vom Benutzer deklariert wurden (Benutzersprachen, beobachtbar unter Windows.System.UserProfile.GlobalizationPreferences.Languages), um zu bestimmen, wie angezeigt werden soll Ressourcen und globalisierte Daten und Zeiten. Diese Gruppe von Sprachen wird als Anwendungssprache bezeichnet (beobachtbar unter Windows.Globalization.ApplicationLanguages.Languages). Das Verhalten, das Sie sehen, liegt daran, dass Sie mit den Benutzersprachen und den Manifest-Sprachen herumhantieren und verschiedene Anwendungssprachen erhalten.

Answer 4

Dieser Beitrag scheint immer noch relevant zu sein, obwohl es vor zwei Jahren gefragt wurde. Ich bin gerade auf es gestoßen, als ich nach einer Antwort auf ungefähr die gleiche Sache suchte. Ich wollte auch Daten in dem regionalen Format in meiner WP8.1 WinRT App anzeigen. Die hier veröffentlichten Informationen helfen, aber es war ein bisschen schwierig, es zusammen zu setzen.

Das ist, was ich kam mit, und es scheint mir als Antwort zu arbeiten, die ich brauchte:

using Windows.Globalization; 
using Windows.Globalization.DateTimeFormatting; 

private string FormatDate(int year, int month, int day) 
{ 
    GeographicRegion userRegion = new GeographicRegion(); 
    string regionCode = userRegion.CodeTwoLetter; 
    var formatter = new DateTimeFormatter("year month day", new[] { regionCode }); 
    DateTime dateToFormat = new DateTime(year, month, day); 
    var formattedDate = formatter.Format(dateToFormat); 
    return formattedDate; 
}