Каков наилучший способ найти последний возможный момент LocalDate в конкретном часовом поясе?

Question

Извините, если это кажется простым вопросом, но я в основном просто хочу проверить, что решение, которое у меня есть, является наиболее разумным/выполняется для всех случаев.

Предварительно существующая база данных SQL Server, с которой мы работаем, сохраняет значения «период» как включительно start -> inclusive end UTC DateTime. (Оба начала & концевые столбцы: datetime2(7), автоматически преобразуются в System.DateTime экземпляров DateTimeKind.UTC, прежде чем мы начнем с ними работать).

Так что, если мне нужно хранить «весь день/месяц/год, с учетом часового пояса пользователя» Мне нужно найти «последний возможный момент, заданного LocalDate, в частности DateTimeZone».

Методов У меня есть следующие:

public static LocalDateTime AtEndOfDay(this LocalDate localDate) 
{ 
    return localDate 
     .PlusDays(1) 
     .AtMidnight() 
     .PlusTicks(-1); 
} 

public static ZonedDateTime AtEndOfDay(this DateTimeZone zone, LocalDate localDate) 
{ 
    return zone 
     .AtStartOfDay(localDate.PlusDays(1)) 
     .Plus(Duration.FromTicks(-1)); 
} 

Я думаю, что также нужно избегать (в другом месте) отображение «конца дня» LocalDateTime с помощью .AtLeniently(..), так как если 23: 59: 59,9999999 является «пропущено »и не существует в целевом DateTimeZone, тогда он будет отображаться в следующий доступный момент на« внешней »стороне зазора 00: 00: 00.000000, что даст мне значение ZonedDateTime.

Измененный Методы:

public static LocalDateTime AtEndOfDay(this LocalDate localDate) 
{ 
    // TODO: Replace with localDate.At(LocalTime.MaxValue) when NodaTime 2.0 is released. 
    return localDate 
     .PlusDays(1) 
     .AtMidnight() 
     .PlusTicks(-1); 
} 

public static ZonedDateTime AtEndOfDay(this DateTimeZone zone, LocalDate localDate) 
{ 
    return zone 
     .AtStartOfDay(localDate.PlusDays(1)) 
     .Plus(-Duration.Epsilon); 
} 

public static ZonedDateTime AtEndOfDayInZone(this LocalDate localDate, DateTimeZone zone) 
{ 
    return zone.AtEndOfDay(localDate); 
} 

Answer 1

Во-первых, как было отмечено в комментариях, в любое время вы можете работа с эксклюзивной верхней границей, которая была бы хорошей идеей :)

Ваш AtEndOfDay метод выглядит разумным для меня, за исключением того, что я бы использовал Duration.Epsilon вместо Duration.FromTicks. В частности, в Noda Time 2.0 мы собираемся перейти к точности наносекунд вместо тиков; Duration.Epsilon будет делать то, что вы хотите в обоих случаях.

Для вашего LocalDate решения, мне кажется, что мы упускаем значение LocalTime.MaxValue (или EndOfDay), крупнейший представима LocalTime. Если бы это было доступно, вы могли бы просто написать:

return date.At(LocalTime.MaxValue); 

, который устранил бы те же проблемы «клещей», что и раньше. Я постараюсь не забывать добавить, что для 2.0 - хотя это будет документировано с комментарием к эффекту «Использовать это только если вы вынуждены устаревшими системами» :)

Один недостаток добавления дня а затем вычитание галочки (или наносекунды) заключается в том, что она не сработает на LocalDate.MaxValue. Вероятно, это не проблема , но для кода внутри самого времени Noda мы стараемся избегать подобных вещей. Я бы не попытался избежать этого для версии ZonedDateTime, хотя это довольно сложный сценарий. (Возможно, есть способы сделать это, но это не стоило бы.)