类 CultureInfo 有两种创建方式：
MSDN 对这两种方法的文档略有不同，对于构造函数提到了一些“Windows 文化”。但这真的要紧吗？
我应该更喜欢其中的某一个吗？
注意：如果有影响的话，我正在使用 .NET 版本 3.5，并且我想像这样使用它：
Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(culture);
Thread.CurrentThread.CurrentUICulture = new CultureInfo(culture);
public static CultureInfo CreateSpecificCulture(string name)
{
CultureInfo info;
try
{
info = new CultureInfo(name);
}
catch (ArgumentException)
{
info = null;
for (int i = 0; i < name.Length; i++)
{
if ('-' == name[i])
{
try
{
info = new CultureInfo(name.Substring(0, i));
break;
}
catch (ArgumentException)
{
throw;
}
}
}
if (info == null)
{
throw;
}
}
if (!info.IsNeutralCulture)
{
return info;
}
return new CultureInfo(info.m_cultureData.SSPECIFICCULTURE);
}
pt（葡萄牙语）或de（德语））给API时，该API返回相应于该区域设置的特定区域设置，该区域设置被称为该区域设置的默认区域设置。现在，这个区域设置可能并不像听起来那么明显，这就是我卡住的地方。对于德语而言，de-DE看起来很明显，它是在德国讲德语。对于意大利语而言，it-IT看起来很明显，它是在意大利讲意大利语。pt-PT 看起来很明显是用于葡萄牙葡萄牙语的。不幸的是，情况并非如此。基于某些不确定的原因（可能是人口、原籍国、国家语言等），存在一种全球标准化，该标准化决定了在尝试从区域设置 ID （在这种情况下为pt）创建特定区域设置时所使用的默认区域设置。Microsoft 已在以下链接中记录了整个列表：
如果您想知道给定文化或语言的默认国家区域设置是哪个，只需匹配上面链接中的最后一列（语言名称缩写）代码。对于葡萄牙语，不变文化的语言名称缩写与“葡萄牙语（巴西）”匹配，即PTB。葡萄牙（葡萄牙）有一个不同的代码PTG。因此，在这种情况下，葡萄牙语（巴西）是葡萄牙语的默认区域设置。如果您的应用程序逻辑或要求以任何方式依赖此API的行为，则必须小心。在基于Web的应用程序中，此行为变得更加重要，因为市场上的所有浏览器也遵循这些指南，并在查看多语言网站的本地化版本时在http请求标头中发送适当的信息。我仍在寻找原因，即在任何文化中将特定国家设置为默认区域设置的因素，这在葡萄牙语的情况下似乎并不明显。欢迎提供任何信息或评论。
CreateSpecificCulture("en")返回 en-us，而new CultureInfo("en")则似乎返回一个不变的英语。 - Dirk Boeren）和__特定__文化（如en-US或en-GB或en-AU）。检查属性IsNeutralCulture以找出。请注意，在此答案的引用源代码中，我们在try-catch结构之后检查它是否是中性文化，如果是，则创建另一个具体的文化，从内部成员字段的internal属性SSPECIFICCULTURE中获取。请参见我在其他地方发布的帖子以获取示例。 - Jeppe Stig Nielsennew CultureInfo(culture)。如果您想避免中性文化，请使用CultureInfo.CreateSpecificCulture(culture)。 - Jeppe Stig Nielsen