我在旧的C ++ MFC程序中发现了一个错误,它计算了固定基准日期内给定日期的偏移量(以天为单位)。由于某种原因,我们看到结果被一个人关闭,我将其追踪到原始程序员使用CTimeSpan.GetDays()方法的位置。根据文档

  

请注意,夏令时可能会导致GetDays返回可能令人惊讶的结果。例如,当DST生效时,GetDays会将4月1日到5月1日之间的天数报告为29天而不是30天,因为4月份的某一天会缩短一小时,因此不算作一整天。

我建议的解决方法是使用(obj.GetTotalHours()+ 1)/ 24 。我认为这将涵盖所有问题,因为这是一个每天大约在同一时间运行的批处理作业,但我想如果可能有更好的方法,那么在实施之前我会问这里的聪明人。

这只是一个侧面问题,但我也很好奇如果程序可以随时运行,将如何处理。

有帮助吗?

解决方案

只要事件发生在每天的同一时间,您的修复工作正常可以获得两次之间的整个24小时的数量。否则,“+ 1”表示“+ 1”。在表达式中可能会导致一个错误。

有时你不关心事件发生的时间,你只想知道哪一天。在这种情况下,您需要将小时,分钟和秒数归零,然后使用您的公式:

CTime startDay(start.GetYear(), start.GetMonth(), start.GetDay(), 0, 0, 0);
CTime finishDay(finish.GetYear(), finish.GetMonth(), finish.GetDay(), 0, 0, 0);
int days = ((finishDay - startDay).GetTotalHours() + 1) / 24;

其他提示

对Mark建议的一个小改动,它可以在不依赖于舍入的情况下工作:只需在 CTime 构造函数中再添加一个零参数。这迫使两个时间都处于标准时间(不是夏令时)。该参数的默认值为-1,表示“自动计算夏令时是否生效。”

// Discard hours, minutes, seconds, and daylight savings time
CTime startDay(start.GetYear(), start.GetMonth(), start.GetDay(), 0, 0, 0, 0);
CTime endDay(end.GetYear(), end.GetMonth(), end.GetDay(), 0, 0, 0, 0);

// Get number of days apart
CTimeSpan span = endDay - startDay;
int nDays = span.GetDays();

经过测试和工作。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top