ASP.NET Core：UseRequestLocalization 为什么我们需要指定支持的文化列表？

Question

我的目标是使用浏览器语言作为我的控制器/视图中使用的文化。

我发现了app.UseRequestLocalization()，但它本身不起作用，它只接受当前的服务器文化。它需要选项来添加支持的文化列表才能工作：

app.UseRequestLocalization(options =>
{
    var supportedCultures = new string[] { "en-US", "en-CA", "fr-CA", "fr-FR" };
    options.AddSupportedCultures(supportedCultures)
        .AddSupportedUICultures(supportedCultures)
        .SetDefaultCulture("en-US");
});

这样，我的浏览器在accept-language 标头中发送fr-FR，并且请求在Thread.CurrentCulture 属性下正确地到达我的ASP.NET Core 控制器。

我的问题是，如何接受所​​有文化？为什么我们需要提供“支持”列表？

我了解本地化词典仅在您的项目中针对特定文化列表进行翻译。但是当它没有时，它无论如何都会回到英语。对于 DateTime.ToString() 和数字格式等情况，接受所有文化仍然会有所帮助。

是否有一种简单的方法可以自动接受所有文化（就像在 Core 之前的以前的 ASP.NET 版本中一样）？

Answer 1

这是我能做的最好的事情，使用CultureInfo.GetCultures() 将它们全部列出。

如果有人有理由说明我为什么不应该这样做（性能下降？），或者更好的选择，请随时发布另一个答案！

app.UseRequestLocalization(options =>
{
    var cinfo = CultureInfo.GetCultures(CultureTypes.AllCultures & ~CultureTypes.NeutralCultures);
    var supportedCultures = cinfo.Select(t => t.Name).Distinct().ToArray();
    options.AddSupportedCultures(supportedCultures)
        .AddSupportedUICultures(supportedCultures)
        .SetDefaultCulture("en-US");
});

Answer 2

我的问题是，如何接受所​​有文化？为什么我们需要提供“支持”列表？

我认为不应该有你提到的这样的方法或库。通常，在 .net core 中，为客户群体使用的语言添加了 Name-Value。

根据官方文档，我们可以看到.resx文件中，如果要准确翻译，每个单词都需要匹配。如果要支持所有语言，将需要大量工作。估计要翻译准确，需要会说各种语言。

以此类推，谷歌翻译有时会出现不准确的翻译吗？可能是对某些特殊语言的用法不熟悉造成的。