什么时候为 NSDateFormatter 设置 NSLocale ?

when to set the NSLocale for the NSDateFormatter ?

在我的应用程序中,我使用以下代码将字符串转换为日期,然后再将日期插入数据库。

但是对于英国用户,此代码失败,他们将地区设置为英国,将时区设置为伦敦。

这适用于美国用户,因为他们的语言环境是 en_US。也就是说,此代码适用于 en_US 语言环境但不适用于 en_GB 语言环境。

NSDateFormatter *dateFormatter = [[NSDateFormatter alloc]init];
[dateFormatter setLocale:[NSLocale currentLocale]];
[dateFormatter setDateFormat:@"yyyy-MM-dd'T1'HH-mm-ss-SSS"];
[dateFormatter setTimeZone:[NSTimeZone timeZoneWithName:@"UTC"]]; //doing this as timestamp stored in server is based on UTC, hence I'm using UTC instead of systemTimeZone
 date = [dateFormatter dateFromString:theDate];

传递的字符串是:2014-6-26T121-21-6-000

如果我如下设置区域设置,而不是为世界各地的所有用户设置 currentLocale:

[dateFormatter setLocale:[[NSLocale alloc] initWithLocaleIdentifier:@"en_US_POSIX"]];

然后代码可以工作,但我想知道这是否会导致将来出现任何问题?

为什么我们需要设置语言环境 属性 来转换日期?

为什么在我的情况下 currentLocale 失败,但 en_US 区域设置失败,即使日期格式匹配正确?

无论何时处理 ISO 8601 或 RFC 3339 日期(即与网络服务交换的日期 and/or 在某些数据存储中存储为字符串)使用 en_US_POSIX。参见 Technical Note 1480

或者可以使用 NSISO8601DateFormatter 而您不必处理这种愚蠢的语言环境。例如

NSString *string = @"2014-06-26T12:21:06.000Z";

NSISO8601DateFormatter *formatter = [[NSISO8601DateFormatter alloc] init];
formatter.formatOptions = NSISO8601DateFormatWithInternetDateTime | NSISO8601DateFormatWithFractionalSeconds;

NSDate *date = [formatter dateFromString:string];

此外,ISO 8601 和 RFC 3339 日期时间字符串的标准表示,您通常会使用类似 2014-06-26T12:21:06.000Z 的格式,其中:

  • 小时不到24;
  • 数字用零填充;
  • 时分秒之间的分隔符是:;
  • 秒和毫秒之间的分隔符是.;和
  • 您通常会在字符串末尾添加 Z 以明确指定时间字符串在 GMT/UTC/Zulu.