8

我有一个对象，其属性当前为 DateTime。

该对象在一个时间范围内被标记为有效。默认为 00:00:00 到 23:59:59

用户在 UI 中输入值并通过以下方式设置属性：

new DateTime(DateTime.Now.Year, 
             DateTime.Now.Month, 
             DateTime.Now.Day, 
             model.Hours, 
             model.Minutes, 
             model.Seconds)

然后当它到达数据库时将其转换为 UTC。

今天的日期是 2013 年 8 月 29 日。如果印度的一位同事运行此程序，它会将数据存储在数据库中为 2013 年 8 月 28 日 18:30:00，因为它们比 UTC 早 5.5 小时，因此 2013 年 8 月 29 日 00:00:00 变为昨天。

当逻辑试图确定对象是否有效时，逻辑是：

if (DateTime.UtcNow.TimeOfDay > model.MyPropertyFromDB.TimeOfDay)

我们正在尝试确定当前时间是否在 00:00:00 和 23:59:59 的范围内

这失败了，因为 14:00（当前时间）不大于 18:30

比较时间的最佳方法是什么？

将值存储为 DateTimeOffSet 有帮助吗，使用 ToLocal() 好吗？

其他考虑因素是印度的用户正在使用在英国托管的应用程序，因此它需要了解时区。

谢谢

4

3 回答 3

2

像其他人一样，我仍然不清楚您到底想要什么。但显然，你不应该这样做：

new DateTime(DateTime.Now.Year, 
             DateTime.Now.Month, 
             DateTime.Now.Day, 
             model.Hours, 
             model.Minutes, 
             model.Seconds)

那会好得多：

DateTime.Today.Add(new TimeSpan(model.Hours, model.Minutes, model.Seconds))

但是你为什么要这样做呢？这些中的任何一个都会给你回本地日期。我假设这将在服务器上运行，所以你真的希望服务器的时区影响这个结果吗？可能不是。请阅读：反对 DateTime.Now 的案例。

如果你想要 UTC 日期，你可以这样做：

DateTime.UtcNow.Date.Add(new TimeSpan(model.Hours, model.Minutes, model.Seconds))

无论您的服务器的时区如何，这至少是普遍相同的。但是，我认为这不是你所追求的。

不清楚的是为什么用户只在您分配当前日期时输入时间。如果日期是相关的，那么用户不应该输入它并且它将成为您模型的一部分吗？

如果日期不相关，那么为什么要存储它？您可以在内部使用TimeSpan类型作为时间值。你没有说你的数据库是什么，但我们只是猜测它是 SQL Server，在这种情况下你可以使用time表中字段的类型。

我想日期可能是相关的，但你想控制它，而用户控制提供时间。如果是这种情况，那么您必须知道用户的时区（如果不是用户，则必须知道上下文的时区）。假设您有一个 Windows 时区标识符（请参阅时区标签 wiki），那么您可以执行以下操作：

var tz = TimeZoneInfo.FindSystemTimeZoneById(theTimeZoneId);
var local = TimeZoneInfo.ConvertTimeFromUtc(DateTime.UtcNow, tz);
var dt = local.Date.Add(new TimeSpan(model.Hours, model.Minutes, model.Seconds));

如果您没有时区信息，那么这将无法解决。

作为一般建议，您可能想尝试使用Noda Time而不是内置的东西。它更能帮助你弄清楚这种事情。从主页：

Noda Time 是 .NET 的替代日期和时间 API。它可以帮助您更清晰地思考数据，并更准确地表达对该数据的操作。

这似乎直接是您在这里遇到的问题。如果您想澄清我提出的一些问题，我很乐意编辑我的答案并向您展示如何使用 Noda Time 做到这一点。

为什么你的问题令人困惑

我们正在尝试确定当前时间是否在 00:00:00 和 23:59:59 的范围内

所有时间都在这个范围内。好吧，也许像这样的值23:59:59.1会在它之外，但是您没有在模型中收集小数秒，所以这无关紧要。但是为什么你需要验证呢？也许您只是想避免根本不是有效时间的数字？喜欢99:99:99？

这失败了，因为 14:00（当前时间）不大于 18:30

等等 - 你没有说任何关于比较一次比另一次更大的事情。 14:00并且18:30都仍在您指定的范围内。

比较时间的最佳方法是什么？

很难回答。它们都是UTC时间吗？一个UTC，一个是本地的吗？他们都是本地人吗？你知道当地时间的时区吗？您准备好处理模糊或无效的当地时间到夏令时转换了吗？

将值存储为 DateTimeOffSet 有帮助吗？

也许吧，但你没有给我足够的信息。仅当日期部分相关并且您获得正确的偏移量时才会有所帮助。

使用 ToLocal() 好吗？

我会争辩说，不，这不好。在这种情况下，本地将为您提供服务器的时区，您可能不想将其引入业务逻辑中。

于 2013-09-01T01:32:21.017 回答
0

因此，如果我正确理解这一点，您在数据库中保存了 UTC 时间，并且您正在尝试确定它是否在特定时间范围内？我不确定您是否想要当地时间或 UTC 的时间范围，所以这里都是：

DateTime dbTime = model.MyPropertyFromDB;

TimeSpan minTime = new TimeSpan(0, 0, 0);
TimeSpan maxTime = new TimeSpan(23, 59, 59);

if (dbTime.TimeOfDay > minTime && dbTime.TimeOfDay < maxTime)
{
    //Within time range (UTC)
}

if (dbTime.ToLocalTime().TimeOfDay > minTime && dbTime.ToLocalTime().TimeOfDay < maxTime)
{
    //Within time range (local)
}

编辑：如果要将 Now 与数据库中对象的开始和结束时间进行比较：

TimeSpan now = DateTime.UtcNow.TimeOfDay;
TimeSpan startDate = model.startDate.TimeOfDay;
TimeSpan endDate = model.endDate.TimeOfDay;

if (now > startDate && now < endDate)
{
    //Within time range (UTC)
}
于 2013-08-29T13:55:53.647 回答
0

我想说这里使用的方法存在根本缺陷，您需要采取不同的方法。

new DateTime(DateTime.Now.Year,   // Server date
             DateTime.Now.Month, 
             DateTime.Now.Day, 
             model.Hours,         // Local time
             model.Minutes, 
             model.Seconds)

我看不到以这种方式“规范化”输入的方法，除非您有办法可靠地知道用户所在的时区。简单地说，没有简单的方法可以将以此方式构建的日期转换为 UTC。

我的第一个问题是，模型是如何从客户端传递到服务器的？如果您使用的是 javascript/ajax，那么通过在客户端上构建 datetime 对象（将包括其时区数据）然后依靠浏览器将其转换为 UTC 进行传输，该解决方案应该相当简单。

如果您使用的是 Razor\MVC，那么您可以使用表单编码实现类似的效果，但您需要在服务器上调用 ToUTC，因为浏览器不会自动为您修复此媒体格式的日期。

这两种方法都要求您在客户端上构建一个完整的日期时间对象然后提交它，而不是尝试在服务器上从秒、分钟、小时构建它。当然，您不需要向客户公开所有这些，只要在提交时完全形成日期时间即可。

一旦你有了一个不错的 UTC 日期时间，如果你不需要它的其余部分，你可以只提取时间。

希望这可以帮助。

皮特

于 2013-08-29T15:32:38.910 回答