为什么 Convert.ToInt32 接受 IFormatProvider?

sev*_*een 2 .net cultureinfo number-formatting

对我来说,在 Convert 类中进行以下重载是有意义的

public static double ToDouble(string value, IFormatProvider provider);
Run Code Online (Sandbox Code Playgroud)

例子:

Console.WriteLine(Convert.ToDouble("3223.2", CultureInfo.InvariantCulture)); // success
Console.WriteLine(Convert.ToDouble("3223,2", new CultureInfo("fr-FR"))); // success
Console.WriteLine(Convert.ToDouble("3223.2", new CultureInfo("fr-FR"))); // failure
Run Code Online (Sandbox Code Playgroud)

但是使用以下重载的示例是什么?

public static int ToInt32(string value, IFormatProvider provider);
Run Code Online (Sandbox Code Playgroud)

下面一切都失败了:

Console.WriteLine(Convert.ToInt32("3223.2", CultureInfo.InvariantCulture));
Console.WriteLine(Convert.ToInt32("3223,2", new CultureInfo("fr-FR")));
Console.WriteLine(Convert.ToInt32("3223.2", new CultureInfo("fr-FR")));
Run Code Online (Sandbox Code Playgroud)

换句话说,是否存在任何有效的整数字符串表示形式(在任何区域性中),如果不指定 IFormatProvider 就无法将其转换为 int?

Ste*_*eve 5

当您使用 Convert.ToInt32 的简单版本时,您仍在使用采用只读 CultureInfo.CurrentCulture 的重载,如果您查看Convert.ToInt32 的参考源,您会发现

public static int ToInt32(String value) {
    if (value == null)
        return 0;
    return Int32.Parse(value, CultureInfo.CurrentCulture);
}
Run Code Online (Sandbox Code Playgroud)

关键是,许多文化,无论是否定制,都可以使用不同的字符来进行转换等常见操作,并且需要适当的支持结构。

下面是自定义 CultureInfo 的奇怪使用示例,它允许将字符串奇怪地转换为整数

CultureInfo ci = new CultureInfo("it-IT");
ci.NumberFormat.NegativeSign = "@";

int number = Convert.ToInt32("@10", ci);
Console.WriteLine(number);
Run Code Online (Sandbox Code Playgroud)