如何解决DateFormatter 为非常旧的日期提供了奇怪的时区
对于我的一个客户,我正在使用非常古老的日期,例如:
- 0572-06-17
- 1000-06-17
当我将字符串转换为日期时,它有一个奇怪的时区。 示例:
extension String {
func yearMonthDayDate() -> Date? {
return DateFormatter.yearMonthDayFormatter.date(from: self)
}
}
extension DateFormatter {
static let yearMonthDayFormatter: DateFormatter = {
let dateFormatter = DateFormatter()
dateFormatter.timeZone = .current
dateFormatter.dateFormat = "yyyy-MM-dd"
dateFormatter.locale = .current
return dateFormatter
}()
}
extension Date {
func zonedDate() -> String {
let dateFormatter = DateFormatter()
dateFormatter.timeZone = .current
dateFormatter.dateFormat = "yyyy-MM-dd'T'HH:mm:ssXXX"
dateFormatter.locale = .current
return dateFormatter.string(from: self)
}
}
print("1000-06-17".yearMonthDayDate()!.zonedDate())
1000-06-17T00:00:00+00:17
就像您看到的时区是 +00:17。 为什么会出现这个奇怪的时区?
解决方法
过去,每个地方都通过观察日落和日出的时间来保持自己的local mean time。这意味着每个城镇/城市的当地时间不是格林威治的一个很好的整数,例如 +17 分钟。在人们发明了有时刻表的火车之前,这并不是什么大问题。在 19 世纪左右,世界各国standardised 他们的当地时间,这就是为什么我们有很好的整数偏移量,例如 +1 小时(大部分时间)。
因此,就我们所知的历史而言,在 1000 年,您的时区 Europe/Brussels
确实比格林威治早了 17 分钟。这段历史记录在 IANA tz
数据库中,这就是 TimeZone
查询的内容。这就是你得到 +00:17
的原因。
有趣的是,当我问 TimeZone
距格林威治标准时间大约 1000 秒有多少秒时,它说 0:
let date = Date(timeIntervalSinceNow: 86400 * 365 * -1000)
// this is 0
TimeZone(identifier: "Europe/Brussels")!.secondsFromGMT(for: date)
它可能已将实际秒数四舍五入。 Java 可以告诉你实际的答案:
// prints +00:17:30
System.out.println(ZoneId.of("Europe/Brussels")
.getRules().getOffset(LocalDate.of(1000,1,1).atStartOfDay()));
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。