WinRT应用程序和区域设置。根据用户的区域设置格式化日期和数字的正确方法是什么？

Question

我在Windows 8 Metro应用程序（XAML & C＃）中遇到了有关用户区域设置的问题。看来，应用程序将不会尊重用户的区域设置，所以即使你的Windows 8被设置为显示日期和时间格式芬兰的应用仍然会使用美国格式显示。但是，这是一个很大的问题，我一定有一些东西丢失了？

为了验证这一点，我开始通过创建一个WPF应用程序。该应用程序会打印出的CurrentCulture和格式化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(); 
    } 

这里是我的默认区域设置：

运行时，应用程序显示在芬兰格式的日期：

然后我将区域设置更改为美国：

而当应用程序被再次运行，文化和格式更改：

这是如我所料一切工作，这也是我没有料到的WinRT应用工作。

因此，下一步，我创建了一个具有相同代码的WinRT（XAML & C＃）应用程序，并将区域设置恢复为芬兰语。问题：

即使我已经通过区域设置该格式应该是“芬兰”定义的，WinRT的应用程序将显示美国格式化的日期时间。然后我修改了应用程序的项目文件并提出FI-FI的默认语言：

这一变化也修改了应用程序的文化：

奇怪。我将默认语言更改回默认值，并将格式恢复为美国。然后，我在项目内创建了文件夹“Strings-fi-FI”，并在项目中添加了一个空的“Resources.resw”。这个空文件似乎是不够的，因为我现在越来越芬兰格式：当我删除空资源文件

，将打印格式返回到美国：

很奇怪。

这导致了几个问题，但我认为的主要问题是：WinRT应用程序是否不像WPF应用程序那样遵循用户的区域设置？

Answer 1

难道我们现在需要查询其他类吗？就像这里给出的例子：http://code.msdn.microsoft.com/windowsapps/Globalization-preferences-6654eb36/sourcecode?fileId=52104&pathId=236099476

Answer 2

已经有一段时间了，但问题还没有完全解答，所以让我分享一下我的小研究。 Depechie大多数都是对的，但他只提供了一个链接，并不确定。

是的，这个意外的变化是故意的。我们不应再使用CultureInfo，因为它包含遗留代码，而Microsoft希望我们使用Windows.Globalization API。

为了获得当前区域我们可以使用：

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

但正如我注意到它仅包含区域的信息，没有语言代码。为了获得语言，我们可以使用：

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) 

他们返回格式语言地区BCP47语言标签，如“EN-US”，如果语言都有方言，或只是语言如“PL”，如果语言没有大的方言。

我们还可以设置一个主要语言，这将覆盖所有的休息：

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

（这是一个持久设置，应该在用户请求中使用）

也有新的API日期，时间和数字：

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 

有真的在Windows.Globalization API的多很多，但我认为，这给我们的总体思路。进一步阅读：

• 日期&时间格式示例： http://code.msdn.microsoft.com/windowsapps/Date-and-time-formatting-2361f348/sourcecode?fileId=52070&pathId=561085805
• 数字格式&分析样本：
  http://code.msdn.microsoft.com/windowsapps/Number-formatting-and-bb10ba3d/sourcecode?fileId=52249&pathId=1462911094
• 也有一个很好的文章，题为“如何使用模式来格式化日期和时间”在msdn上，但我只能添加2个链接

您还可以找到一些关于windo问题的主题ws 8开发中心论坛与一些微软员工的答案，但他们主要向您发送文档。

Answer 3

这是故意的。微软正在摆脱强迫应用程序成为操作系统的语言。相反，每个应用程序使用由应用程序声明的信息（清单语言，可在Windows.Globalization.ApplicationLanguages.ManifestLanguages中观察到）并由用户声明（用户语言，可在Windows.System.UserProfile.GlobalizationPreferences.Languages中观察到）来确定如何显示资源和全球化的日期和时间。这组语言被称为应用程序语言（可在Windows.Globalization.ApplicationLanguages.Languages中观察到）。你所看到的行为是因为你在摆弄用户语言和清单语言，你会得到不同的应用程序语言。

Answer 4

即使两年前被问到，这篇文章似乎仍然相关。 我刚刚遇到它，因为我正在寻找关于同样事情的答案。 我也想在我的WP8.1 WinRT应用程序中以区域格式显示日期。 这里发布的信息有帮助，但将它拼凑在一起很困难。

这是我想出了，它似乎为我工作，因为我需要答案：

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; 
}