如何在 DateFormatters 的日期和时间设置中正确支持 iOS 12 小时/24 小时时间覆盖?

How can you properly support the iOS 12 hour / 24 hour time override in Date & Time settings for DateFormatters?

如果您的 iOS 设备设置为使用默认为 12 小时制的区域(例如美国),并且您的 DateFormatter 设置如下:

var dateFormatter: DateFormatter = {
    let formatter = DateFormatter()
    formatter.dateFormat = "h:mm a"
    
    return formatter
}()

如果在 iOS 的设置中的日期和时间中将“24 小时制”开关打开 ON,它将以 24 小时格式输出时间.

如果您的自定义日期格式是“H:mm”,即 24 小时制,并且您仍处于默认的 12 小时制区域,那么无论 on/off 的状态如何,它都会输出 24 小时制24小时切换。

好的,很好,很简单,我将使用“h:mm a”,然后用户将看到根据他们喜欢的格式显示的任何时间。 但是 如果您将区域更改为默认使用 24 小时制的区域,则行为会相反!如果您有“H:mm”并且 24 小时制开关是 OFF,它会将其更改为 12 小时制(“h:mm a”)。

是的,您通常可以通过使用时间样式(例如 formatter.timeStyle = .short)而不是使用自定义日期格式来避免这种情况,但是如果您需要自定义日期格式并且您应该怎么做想尊重用户的设置? (例如,如果您需要在字符串中插入一些自定义字符或只是想让组件以非标准顺序排列)

我想在这里吃蛋糕和吃蛋糕的唯一方法是提前检查用户的偏好是什么(虽然你can't really do directly, as far as I can tell) or maybe what the locale's default is (I don't see any way to do that)然后相应地调整格式......

我做了 this Xcode project 来更清楚地演示这个问题(显然它必须是 运行 在设备上,因为模拟器上没有 24 小时时间开关)。

我知道有多种解决方法,但我不明白如果您制作的应用程序为您的 UI 使用自定义 date/time 格式并且具有来自世界不同地区的用户?我是不是遗漏了什么或者这是 iOS 中的缺陷?

注意:这个问题专门关于将日期转换为字符串以供显示,因此我想尽可能尊重用户的语言环境和其他设置。我知道您可以将语言环境设置为 en_POSIX 等,但这并不能解决问题。我也希望尽可能无缝地实现这一点并利用内置的任何东西,但这在这里似乎是不可能的,除非你只针对具有相同默认 24 小时时间设置的地区的用户......

来自the documentation for dateFormat on DateFormatter

You should only set this property when working with fixed format representations, as discussed in Working With Fixed Format Date Representations. For user-visible representations, you should use the dateStyle and timeStyle properties, or the setLocalizedDateFormatFromTemplate(_:) method if your desired format cannot be achieved using the predefined styles; both of these properties and this method provide a localized date representation appropriate for display to the user.

我仍然不太明白,如果您没有在日期格式化程序上使用固定的语言环境,为什么 Foundation 还要费心修改日期格式,但文档似乎不建议对非固定格式表示。

如果您不能仅仅依赖 dateStyletimeStyle

setLocalizedDateFormatFromTemplate 似乎就是您所需要的,尽管它似乎不会随着用户的 24 小时自动更改时间设置,因此可以在指定模板之前检查是否开启了 24 小时制…

此方法应该允许您指定格式而不会丢失特定于每个区域设置的格式。

Apple Developer Relations 的编辑回复(同样的想法,但更详细):

The correct way to handle this is to avoid specifying "hh" or "HH" based on locale and instead using the "jj" skeleton symbol in conjunction with -[NSDateFormatter setLocalizedDateFormatFromTemplate:].

From the "hour" section of the Date Field Symbol Table (https://www.unicode.org/reports/tr35/tr35-dates.html#dfst-hour):

Input skeleton symbol In such a context, it requests the preferred hour format for the locale (h, H, K, or K), as determined by the preferred attribute of the hours element in the supplemental data.

By using "jj" you can get a format which best matches the user's current settings:

NSDateFormatter *formatter = [NSDateFormatter new];
[formatter setLocalizedDateFormatFromTemplate:@"jj:mm"];
NSLog(@"%@: 'jj:mm' => '%@' ('%@')", formatter.locale.localeIdentifier, formatter.dateFormat, [formatter stringFromDate:[NSDate date]]);

results in

  • en_US (12-hour): "en_US: 'jj:mm' => 'h:mm a' ('1:44 PM')
  • en_US (24-hour): "en_US: 'jj:mm' => 'HH:mm' ('13:44')
  • en_GB (12-hour): "en_GB: 'jj:mm' => 'h:mm a' ('1:44 pm')
  • en_GB (24-hour): "en_GB: 'jj:mm' => 'HH:mm' ('13:44')

This allows you to match your preferred format while keeping with the user's preferred time settings.