c++ - boost local_date_time 数学错了吗？

Question

我正在使用 Boost's datetime library在我的项目中。当我发现它具有小时、天、月、年等持续时间类型时，我感到非常高兴，并且它们会根据您将它们添加到的内容更改它们的值(即添加 1 个月提前日期的月份部分，它不只是增加 30 天或类似的时间)。我认为此属性适用于天数类型，但我决定在将其投入生产之前对其进行测试...

local_date_time t1(date(2010, 3, 14), hours(1), easternTime, false); // 1am on DST transition date

{
    CPPUNIT_ASSERT_EQUAL(greg_year(2010), t1.local_time().date().year());
    CPPUNIT_ASSERT_EQUAL(greg_month(3), t1.local_time().date().month());
    CPPUNIT_ASSERT_EQUAL(greg_day(14), t1.local_time().date().day());
    CPPUNIT_ASSERT_EQUAL(1L, t1.local_time().time_of_day().hours());
    CPPUNIT_ASSERT_EQUAL(0L, t1.local_time().time_of_day().minutes());
    CPPUNIT_ASSERT_EQUAL(0L, t1.local_time().time_of_day().seconds());
}

t1 += days(1); // the time in EST should now be 1am on the 15th
{
    CPPUNIT_ASSERT_EQUAL(greg_year(2010), t1.local_time().date().year());
    CPPUNIT_ASSERT_EQUAL(greg_month(3), t1.local_time().date().month());
    CPPUNIT_ASSERT_EQUAL(greg_day(15), t1.local_time().date().day());
    CPPUNIT_ASSERT_EQUAL(1L, t1.local_time().time_of_day().hours()); // fails, returns 2
    CPPUNIT_ASSERT_EQUAL(0L, t1.local_time().time_of_day().minutes());
    CPPUNIT_ASSERT_EQUAL(0L, t1.local_time().time_of_day().seconds());
}

在上面你会看到我的 CPPUNIT 单元测试。它在指示的行上失败了 2，如果 days() 仅添加 24 小时而不是 1 个逻辑日(因为 DST 转换导致 2010-03-14 在 EST 中长 23 小时)，这是我所期望的。

我做错了什么吗？这是一个错误吗？我是不是完全误解了图书馆在这类数学方面的设计目标？

Answer 1

我认为问题出在提问者对一天是什么的概念上。他希望在这里成为“约会”日，而不是 24 小时，但这不是一个合理的要求。

如果在本地时间工作，一定会遇到特殊的效果。例如，如果在将时钟从凌晨 1 点拨快到凌晨 2 点的时区中，如果您的本地时间“添加日期日”计算应在相关星期日早上设置(不存在的)凌晨 1.30，您预计会发生什么情况？

时间计算必须向前推进 24 小时 - 它必须在基础 UTC 时间上运行。

要按照描述进行“跳转一天”计算，请使用 Boost 的日期类型，并且只添加一天中的时间作为最终操作。

能够提前一个月的业务是完全不同的，因为与一天不同，日历月没有作为持续时间的特定含义。这也带来了麻烦:如果你从 1 月 31 日提前一个日历月，然后倒退一个日历月，你最终会得到什么日期？