c# - 为什么 DateTime.AddDays 舍入到最接近的毫秒数？

Question

我在 .NET 中划分两个 double 并使用结果对象通过调用(dtStart 是预定义的)从开始日期算出结束日期:

var dValue = 1500.0/8400.0;
var dtEnd = dtStart.AddDays(dValue);

在检查 dtEnd 之后，我发现结果只精确到最接近的毫秒。查找后，我发现 .AddMilliseconds 等围绕数字和 TimeSpan.FromDays 做了类似的事情。我想知道是否有进行此舍入的原因，因为在这里获得正确值的唯一方法似乎是使用 .AddTicks？

引用 .AddDays 调用(其中 MillisPerDay = 86400000)

public DateTime AddDays(double value) 
{
    return Add(value, MillisPerDay);
}

调用

private DateTime Add(double value, int scale) 
{
    long millis = (long)(value * scale + (value >= 0? 0.5: -0.5));
    if (millis <= -MaxMillis || millis >= MaxMillis) 
    throw new ArgumentOutOfRangeException("value", Environment.GetResourceString("ArgumentOutOfRange_AddValue"));
    return AddTicks(millis * TicksPerMillisecond);
}

Answer 1

编辑:经过深思熟虑，我现在意识到我的第一个答案是错误的。

微软源码中的注释如下:

// Returns the DateTime resulting from adding a fractional number of
// xxxxs to this DateTime. The result is computed by rounding the
// fractional number of xxxxs given by value to the nearest
// millisecond, and adding that interval to this DateTime. The
// value argument is permitted to be negative.

这些注释出现在五种不同的 AddXxxxs(double value) 方法上，其中 Xxxx = 天、小时、毫秒、分钟和秒。

请注意，这仅适用于接受浮点值的方法。 (有人可能会质疑在日期计算中使用浮点值是否是个好主意 - 但这是另一天的话题。)

现在，正如 OP 正确指出的那样，这五个方法都调用了这个方法:

// Returns the DateTime resulting from adding a fractional number of
// time units to this DateTime.
private DateTime Add(double value, int scale) {
    long millis = (long)(value * scale + (value >= 0? 0.5: -0.5));
    if (millis <= -MaxMillis || millis >= MaxMillis) 
        throw new ArgumentOutOfRangeException("value", Environment.GetResourceString("ArgumentOutOfRange_AddValue"));
    return AddTicks(millis * TicksPerMillisecond);
}

所以所做的是将添加到 DateTime 的值在添加之前四舍五入到最接近的毫秒数。但不是结果 - 只有被添加(或减去)的值。

这实际上是记录在案的，例如http://msdn.microsoft.com/en-us/library/system.datetime.adddays%28v=vs.110%29.aspx “值参数四舍五入到最接近的毫秒。”

我不知道为什么会这样。也许程序员认为如果您使用浮点值，您应该意识到您的值通常不完全准确。或者他们可能想在某种程度上模拟基于毫秒的 Java 风格时间。