CultureInfo.InvariantCulture是什么意思？

Question

我有一串这样的文字:

var foo = "FooBar";

我想声明第二个字符串,bar并使其等于我的第一个和第四个字符foo,所以我这样做:

var bar = foo[0].ToString() + foo[3].ToString();

这可以按预期工作,但ReSharper建议我把它Culture.InvariantCulture放在我的括号内,所以这一行最终如下:

var bar = foo[0].ToString(CultureInfo.InvariantCulture)
        + foo[3].ToString(CultureInfo.InvariantCulture);

这是什么意思,它会影响我的程序运行方式吗？

Answer 1

并非所有文化都使用相同的日期和小数/货币值格式.

当你转换输入值这个问题将你(读)存储为字符串 DateTime,float,double或decimal.如果您尝试将上述数据类型格式化为字符串(写入)以进行显示或存储,则也很重要.

如果您知道您的日期和小数/货币值将提前具体的特定文化,您可以使用该特定CultureInfo属性(即CultureInfo("en-GB")).例如,如果您希望用户输入.

CultureInfo.InvariantCulture如果要格式化或解析一个应该由独立于用户本地设置的软件解析的字符串,则使用该属性.

默认值为CultureInfo.InstalledUICulture默认CultureInfo取决于正在执行的操作系统设置.这就是为什么你应该总是确保文化信息符合你的意图(参见马丁的答案以获得一个好的指导方针).

• CultureInfo.InvariantCulture示例
• StackOverflow上的CultureInfo.InvariantCulture
• CultureInfo.InvariantCulture MSDN文章
• 预定义的CultureInfo名称

Answer 2

当数字,日期和时间被格式化为字符串或从字符串解析时,文化将用于确定它是如何完成的.例如,在主流en-US文化中,您有以下字符串表示:

• 1,000,000.00 - 一百万,两位数
• 2013年1月29日 - 此发布日期

在我的culture(da-DK)中,值具有此字符串表示形式:

• 1.000.000,00 - 一百万,两位数分数
• 29-01-2013 - 发布日期

在Windows操作系统中,用户甚至可以自定义数字和日期/时间的格式,也可以选择另一种文化而不是其操作系统的文化.使用的格式是用户的选择,它应该如何.

所以,当你格式化使用例如被显示给用户的值ToString或者String.Format或者使用从字符串解析DateTime.Parse或Decimal.Parse默认是使用CultureInfo.CurrentCulture.这允许用户控制格式.

但是,许多字符串格式化和解析实际上不是在应用程序和用户之间交换的字符串,而是在应用程序和某些数据格式(例如XML或CSV文件)之间交换的字符串.在这种情况下,你不想使用,CultureInfo.CurrentCulture因为如果使用不同的文化进行格式化和解析,它可能会破坏.在这种情况下,你想使用CultureInfo.InvariantCulture(这是基于en-US文化).这确保了值可以没有问题地往返.

该ReSharper的给你警告的原因是,一些应用程序编写者不知道这种区别可能导致意想不到的结果,但他们从来没有发现这一点,因为他们CultureInfo.CurrentCulture是en-US具有相同行为CultureInfo.InvariantCulture.但是,只要应用程序在另一种文化中使用,其中有可能使用一种文化进行格式化,另一种用于解析应用程序可能会中断.

总结一下:

• CultureInfo.CurrentCulture如果要格式化或解析用户字符串,请使用(默认值).
• 使用CultureInfo.InvariantCulture如果格式化或解析应该由一个软件是解析的字符串.
• 很少使用特定的国家文化,因为用户无法控制格式化和解析的完成方式.

Answer 3

根据微软的说法:

CultureInfo.InvariantCulture属性既不是中立文化也不是特定文化.这是第三种对文化不敏感的文化.它与英语有关,但与国家或地区无关.

(来自http://msdn.microsoft.com/en-us/library/4c5zdc6a(vs.71).aspx)

因此,InvariantCulture类似于培养"en-US"但不完全相同.如果你写:

var d = DateTime.Now;
var s1 = d.ToString(CultureInfo.InvariantCulture);   // "05/21/2014 22:09:28"
var s2 = d.ToString(new CultureInfo("en-US"));       // "5/21/2014 10:09:28 PM"

然后s1和s2将具有similair格式,但InvariantCulture添加前导零,"en-US"使用AM或PM.

因此,当您例如将日期保存到文本文件或解析数据时,InvariantCulture更适合内部使用.当您向最终用户提供数据(日期,货币......)时,指定的CultureInfo会更好.

Answer 4

JetBrains 提供了合理的解释，

“将数据结构临时转换为文本在很大程度上取决于当前的文化，当代码在与原始开发人员的语言环境不同的机器上执行时，可能会导致意外结果。为防止歧义，ReSharper 警告您代码中可能出现此类问题的任何实例。”

但如果我在一个我知道只有英文的网站上工作，我就会忽略这个建议。