10

假设我有一个 ISO 8601 持续时间,表示为"P1M". 通俗地说,这意味着“一个月”。假设开始日期未知,是否有将其转换为秒数的标准规则?

  • 对于 30 天的月份,它可能是 2,592,000。
  • 对于 31 天的月份,它可能是 2,678,400。
  • 2 月,可能是 2,419,200,也可能是 2,505,600。

我的直觉说,在不知道上下文以及这些秒在日历上的位置的情况下,无法将“一个月”解析为确切的秒数。但是是否有标准规则/约定以抽象的方式计算这些持续时间?

4

2 回答 2

9

从我找到的 ISO 8601 文档(第 6 页 - http://xml.coverpages.org/ISO-FDIS-8601.pdf)来看,您似乎是正确的,因为无法确定一个月中的秒数。但是它确实注意到“在某些应用程序中,一个月被视为 30 天的时间单位”,因此根据您的应用程序,这可能是一种有效的方法。

“日历时间”(年、月等)和“绝对时间”(小时、分钟、秒等)之间的区别有时很重要。例如,如果他们每 30 天而不是每月付款,有些人可能会抱怨几年有 13 笔抵押贷款。

于 2015-04-05T14:49:37.420 回答
3

你是对的,ISO 8601 持续时间取决于上下文。持续时间是两个日期之间的时间段/时间间隔。

例子 :

2020-01-01/2020-02-01 = P1M = P31D
2020-02-01/2020-03-01 = P1M = P29D
2019-02-01/2019-03-01 = P1M = P28D

如果您想要一个独立于上下文的固定持续时间,请改用日期表示法P30D, P60D, P90D...

这同样适用于多年:

2019-01-01/2020-01-01 = P1Y = P12M = P365D
2020-01-01/2021-01-01 = P1Y = P12M = P366D

如果您无法获得有关持续时间的上下文信息,例如P1M从数据库中检索或由用户输入给出,则默认使用今天的上下文。

//What is a duration of one month in seconds ?
P1M = ? (no context)
//Use default context
Today = 2020-03-31
2020-03-31/P1M = 2020-03-31/2020-04-31
=> P1M = P30D
//A month contains 2 592 000 seconds
于 2020-03-31T09:22:35.777 回答