我目前正在努力确保我们的遗留后端能够支持根据用户的当前时区(或更具体地说是偏移量)解析日期时间。我们的服务器在东部标准时间,大多数日期时间原始来自那里。但是对于处于其他时区的用户,需要将这些日期时间转换为他们的时区(或在此情况下为偏移量)进行检索。此外,在持久化到服务器之前,用户提交的日期时间也必须转换为东部标准时间。鉴于我们正在开发的前端基于Web,我可以获取用户的偏移值(单位:分钟),并在头部将该值传递到我的服务层中。我看了看Noda Time,觉得它是一个很好的API。它让我更加细致地思考时间问题,但我仍然不确定我是否正确使用了它。这里是我为上述转换编写的方法。我已经测试过它们,它们似乎有效。在上述情况下,这是否看起来是库的正确使用方式?我是否正确地思考了日期和时间?
public static DateTime ConvertToUtcFromEasternTimeZone(DateTime easternDateTime)
{
NodaTime.DateTimeZone easternTimeZone = NodaTime.DateTimeZoneProviders.Tzdb.GetZoneOrNull("America/New_York");
ZoneLocalMappingResolver customResolver = Resolvers.CreateMappingResolver(Resolvers.ReturnLater, Resolvers.ReturnStartOfIntervalAfter);
var easternLocalDateTime = LocalDateTime.FromDateTime(easternDateTime);
var easternZonedDateTime = easternTimeZone.ResolveLocal(easternLocalDateTime, customResolver);
return easternZonedDateTime.ToDateTimeUtc();
}
public static DateTime ConvertToEasternTimeZoneFromUtc(DateTime utcDateTime)
{
NodaTime.DateTimeZone easternTimeZone = NodaTime.DateTimeZoneProviders.Tzdb.GetZoneOrNull("America/New_York");
NodaTime.DateTimeZone utcTimeZone = NodaTime.DateTimeZoneProviders.Tzdb.GetZoneOrNull("UTC");
ZoneLocalMappingResolver customResolver = Resolvers.CreateMappingResolver(Resolvers.ReturnLater, Resolvers.ReturnStartOfIntervalAfter);
var utcLocal = LocalDateTime.FromDateTime(utcDateTime);
var utcZonedDateTime = utcTimeZone.ResolveLocal(utcLocal, customResolver);
var easternZonedDateTime = utcZonedDateTime.ToInstant().InZone(easternTimeZone);
return easternZonedDateTime.ToDateTimeUnspecified();
}
public static DateTime ConvertToUtc(DateTime dateTime, int offsetInMinutes)
{
LocalDateTime localDateTime = LocalDateTime.FromDateTime(dateTime);
var convertedDateTime = localDateTime.PlusMinutes(offsetInMinutes).ToDateTimeUnspecified();
return convertedDateTime;
}
public static DateTime ConvertFromUtc(DateTime dateTime, int offsetInMinutes)
{
LocalDateTime localDateTime = LocalDateTime.FromDateTime(dateTime);
var convertedDateTime = localDateTime.PlusMinutes(-offsetInMinutes).ToDateTimeUnspecified();
return convertedDateTime;
}
这里的想法是,当我在协调世界时和数据库中的时区之间比对时,时区是很重要的。而当我在协调世界时和客户端时间之间比对时,偏移量是很重要的。
未来我们可以持久化协调世界时,那会更加容易。目前,这个解决方案是权宜之计。
我们的想法是从...
客户端 -> 协调世界时 +/- 偏移量 -> 协调世界时 -> 东部时间 -> 数据库
数据库 -> 东部时间 -> 协调世界时 -> 协调世界时 +/- 偏移量 -> 客户端
最终过渡到...
客户端 -> 协调世界时 +/- 偏移量 -> 协调世界时 -> 数据库
数据库 -> 协调世界时 -> 协调世界时 +/- 偏移量 -> 客户端