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 回答