parse() 和 convert.toint32() 2

Q：如何处理货币字符串的解析？

A：你可以通过指定NumberStyles.Currency来告诉Parse或TryParse待解析的字符串是货币样式的。NumberStyles.Currency说明待解析字符串可能包含前缀或后缀空格、前缀正负号、十进制小数点、千分位符号、字面数值可能为整数或小数等：

 

int  result  =  Int32.Parse( "  $1,412  " , NumberStyles.Currency);

 

但货币样式字符串不能带有任何十六进制符号。另外，货币样式字符串格式的相关设定以Region and Languages Options（区域与语言选项）里面的设定为基准。

Q：如果我更改系统的Region and Languages Options（区域与语言选项）里面的设置，但又希望不按照里面的设置来解析字符串呢？

A：这个时候就轮到NumberFormatInfo类出场了，这个类能够让你无需对系统的设置作任何修改而直接告诉相关的方法如何处理字符串里的相关符号。

对应上图，我们通过NumberFormatInfo的相关属性来设定Customerize Regional Options（自定义区域选项）中Currency（货币）选项卡里的相关设定：

NumberFormatInfo	Currency（货币）
CurrencySymbol	Currency symbol（货币符号）
CurrencyPositivePattern	Positive currency format（货币正数格式）
CurrencyNegativePattern	Negative currency format（货币符号格式）
CurrencyDecimalSeparator	Decimal symbol（小数点）
CurrencyDecimalDigits	No. of digits after decimal（小数数位）
CurrencyGroupSeparator	Digit grouping symbol（数字分组符号）

其中，Customerize Regional Options（自定义区域选项）中Currency（货币）选项卡里的Digit grouping（数字分组）需要结合NumberFormatInfo的CurrencyGroupSeparator和CurrencyGroupSizes两个属性来设定。而NumberFormatInfo的CurrencyPositivePattern和CurrencyNegativePattern属性的设值是有限制的：

CurrencyPositivePattern
Value	Associated Pattern
0	$n
1	n$
2	$ n
3	n $

 

CurrencyNegativePattern
Value	Associated Pattern
0	($n)
1	-$n
2	$-n
3	$n-
4	(n$)
5	-n$
6	n-$
7	n$-
8	-n $
9	-$ n
10	n $-
11	$ n-
12	$ -n
13	n- $
14	($ n)
15	(n $)

Q：设置好的NumberFormatInfo的实例应该怎么使用？

A：NumberFormatInfo是IFormatProvider接口的一个实现，你可以把NumberFormatInfo的实例作为参数传递给对应的重载方法。

Q：那么，Customerize Regional Options（自定义区域选项）中Numbers（数字）选项卡里的设定是否也能通过NumberFormatInfo的对应属性来设置？

A：不全是，其中Display leading zeros（零起始显示）、List separator（列表分隔符）、Measurement system（度量衡系统）这三项没有；Negative number format（负数格式）需要同时结合使用NumberFormatInfo的NegativeSign、NumberDecimalDigits、NumberDecimalSeparator等来设置；其他的都能在NumberFormatInfo中找到与之对应的属性。

Q：那么，Display leading zeros（零起始显示）、List separator（列表分隔符）、Measurement system（度量衡系统）这三项在哪里有对应的设置呢？

A：很抱歉，到目前为止我也找不到对应的地方来设置，如果你或者其他人找到了，请务必告诉我。（不过，你可以通过RegionInfo.IsMetric这个只读属性来检测当前系统是否使用Metric（公制）度量系统。）

Q：如果我无法推断待解析的字符串应该使用哪一个或多个NumberStyles枚举呢？

A：这种情况一般不会发生，待解析的字符串肯定是有一定的目的或用途的，这些目的或用途就是字符串字面样式的约束，而NumberStyles枚举的作用就是说明这种约束的。当然，如果你目前确实无法推断，那么你可以使用NumberStyles.Any枚举。

Q：在具体的编码过程中，我如何知道应该选择哪一种方法来解析字符串呢？

A：就我个人来说，我会：

• 首先，你得清楚你所使用的CLR版本是否提供某种方法的支持，例如，TryParse是.NET 2.0或以上才支持的。
• 其次，你可以通过方法的重载签名来选择，如果你要解析非十进制的字符串，Convert.ToInt32可能是你唯一的选择，除了十进制和十六进制，你可以用它来解析二进制、八进制，但你不能用Int32.Parse或Int32.TryParse来解释这些进制的字符串。当然如果是十进制或者十六进制就哪种方法都可以。
• 另外，如果你需要使用NumberStyles枚举来告知相关方法待解析的字符串的样式，那么Convert.ToInt32就帮不了你了，此时你应该选择Int32.Parse或者Int32.TryParse相应的重载。
• 再次，如果你不希望在你的代码里处理异常，那么Int32.TryParse可能是你唯一的选择，你可能根据它的返回至来判断解析是否成功，进而决定是否使用解析结果。但如果你希望透过异常机制通知调用方解析失败，那么Int32.Parse或者Convert.ToInt32都是不错的选择。
• 最后，选择准则不可能唯一或者通用的的，你可能会在实践总结出适合你自己的选择准则，如果你有更好的选择方法，请你也告诉我一声。

Q：在.NET里面，如果要将string解析为其它的基元类型（Primitive Type）是否也有类似的方法？

A：是的，在.NET里面，我们为这些基元类型提供了Convert.ToPrimitiveType、PrimitiveType.Parse、PrimitiveType.TryParse（.NET 2.0或以上）方法，用于把string解析成对应的基元类型，当然，你得首先保证待解析的string字面值与对应的基元类型兼容。这些基元类型是（括号中是对应的C#关键字）：SByte (sbyte), Byte (byte), Int16 (short), UInt16 (ushort), Int32 (int), UInt32 (uint), Int64 (long) , UInt64 (ulong), Char (char), Single (float), Double (double) , Boolean (bool), Decimal (decimal)。另外，.NET也提供了把string解析为DateTime结构的方法，除了有上面提到的三种形式（Convert.ToDateTime、DateTime.Parse、DateTime.TryParse）之外，我们还可以使用DateTime.TryParseExact。所有的这些方法都是大同小异，差别在于对字符串字面值格式（包括其所包含符号）的规定，有兴趣的话，你可以参考以下MSDN的文档或者其他专题资料。