Arhn - архитектура программирования

Обратный отсчет времени узла

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

Я начал со стандартного класса DateTime, но быстро столкнулся с проблемы, связанные с разным количеством дней в каждом месяце, 2016 год является високосным и содержит високосный день, переход на летнее время и т. д.

К счастью, я обнаружил NodaTime. (Спасибо @JonSkeet)

К счастью, способ, которым я привык работать с DateTime, неприменим, и мне очень трудно понять, как получить оставшееся время. (Есть не так много примеров, плавающих вокруг)

Например, следующий код не работает, потому что вы не можете вычесть момент из LocalDateTime:

void example()
{
    DateTime DT = Convert.ToDateTime("09/12/2016 10:00AM");

    LocalDateTime NodaLocalDateTime = new LocalDateTime(
        DT.Year, DT.Month, DT.Day, DT.Hour, DT.Minute, 0);

        Period P = NodaLocalDateTime - SystemClock.Instance.Now;
}

Итак, вопрос становится:

Как получить оставшееся время с этого момента до какой-то даты?

17.12.2014

Ответы:


1

Чтобы определить «календарный» промежуток времени между двумя событиями, вам нужно Period, как вы уже обнаружили. Однако это только касается местных дат и времени.

Чтобы определить «календарно-нейтральный» промежуток времени между двумя событиями, вы можете использовать Instant и Duration, но тогда вы не сможете отобразить количество оставшихся месяцев.

У обоих этих подходов есть недостатки, но в основном они лежат в основе того, как работает время. Если вы используете метод локального времени, то вы обнаружите, что количество времени будет прыгать назад или вперед на час, когда вы проходите переход на летнее время. Если вы используете мгновенный подход, вы ограничены днями/месяцами/часами/минутами и т. д., а не месяцами.

Одним из вариантов между ними было бы использование LocalDateTime и Period, но привязка события и текущего времени к UTC. Таким образом, никогда не будет разрыва, поскольку UTC фактически является неизменной базовой линией. Это также означает, что вы всегда будете отображать одно и то же количество «оставшегося времени», независимо от того, где в мире вы смотрите на счетчик (или размещаете код, в зависимости от того, что именно вы планировали сделать).

Если вам нужны дополнительные сведения о том, почему вы не можете получить Period между двумя значениями ZonedDateTime, я мог бы привести примеры, которые принципиально проблематичны. Суть в том, что календарная арифметика и часовые пояса плохо сочетаются друг с другом...

Просто чтобы дать реальный код, у меня было бы что-то вроде:

public sealed class EventCountdown
{
     private readonly LocalDateTime eventTimeUtc;
     private readonly IClock clock;

     // It's probably most convenient to express the event time with the time zone
     // in which it occurs. You could easily change this though.
     public EventCountdown(ZonedDateTime zonedEventTime, IClock clock)
     {
         this.eventTimeUtc = zonedEventTime.WithZone(DateTimeZone.Utc).LocalDateTime;
         this.clock = clock;
     }

     public Period GetPeriodRemaining()
     {
         return Period.Between(clock.Now.InUtc().LocalDateTime, eventTimeUtc);
     }
}

Обратите внимание, что в Noda Time 2.0 свойство IClock.Now заменяется на метод GetCurrentInstant... но в этом случае вы, вероятно, использовали бы ZonedClock в UTC и вызывали для него GetCurrentLocalDateTime.

17.12.2014
  • Конечно, это работает. Просто странно возиться с OffsetDateTime и ZonedDateTime, когда этот компромисс по существу удаляет смещение и часовой пояс (сравнивая только значения UTC). Нет ли решения, в котором разница в смещениях часового пояса UTC может быть применена к периоду (.Between)? 22.12.2014
  • @Okuma.Scott: Боюсь, я не уверен, что вы имеете в виду, но это решение представляет собой просто сравнение значений UTC... и это довольно легко сделать. Обратите внимание, что этот код не использует OffsetDateTime — он идет прямо от ZonedDateTime к LocalDateTime. 23.12.2014

  • 2

    Решение, которое я использовал, это Period.Between(), которое, кажется, помогает .

    using NodaTime;
    
        DateTime EventDT;
        LocalDateTime LocalizedEventDT;
        Period TimeLeft; 
    
        public EventCountdown()
        {
            // Start with a date and time
            EventDT = Convert.ToDateTime("09/12/2016 10:00AM");
    
            // Localize it
            LocalizedEventDT = new LocalDateTime(
                EventDT.Year, EventDT.Month, 
                EventDT.Day, EventDT.Hour, 
                EventDT.Minute, 0);
        }
    
        // find out how much time is between now and the future date
        public Period GetPeriodRemaining()
        {
            DateTime dt_Now = DateTime.Now;
    
            return Period.Between(new LocalDateTime(
                dt_Now.Year, dt_Now.Month, dt_Now.Day, dt_Now.Hour, 
                dt_Now.Minute, dt_Now.Second), LocalizedEventDT);
        }
    

    результат


    Если у кого-то есть решение, которое делает это, принимая во внимание часовые пояса (местные и места, где происходит событие), это было бы здорово. (Я попытался сделать это с помощью ZonedDateTime аналогичным образом, но запустил в кирпичную стену).

    Кроме того, мне не ясно, учитывает ли этот метод различные дни месяца, летнее время, високосный год и т. д. Кто-нибудь знает?
    Если это не так, очевидно, я приветствовал бы любые решения, которые делают это изящно.

    17.12.2014
  • Как только вы начинаете указывать часовой пояс, совсем не очевидно, каким должен быть ответ. С арифметикой, в принципе, все в порядке. Вы можете найти абсолютное оставшееся время, которое вы можете представить в единицах фиксированной длины, таких как часы или дни (если вы предполагаете, что день равен 24 часам), но количество месяцев не всегда очевидно. Кстати, заметьте, что LocalDateTime.FromDateTime ваш друг... 17.12.2014
  • Новые материалы

    Коллекции публикаций по глубокому обучению
    Последние пару месяцев я создавал коллекции последних академических публикаций по различным подполям глубокого обучения в моем блоге https://amundtveit.com - эта публикация дает обзор 25..

    Представляем: Pepita
    Фреймворк JavaScript с открытым исходным кодом Я знаю, что недостатка в фреймворках JavaScript нет. Но я просто не мог остановиться. Я хотел написать что-то сам, со своими собственными..

    Советы по коду Laravel #2
    1-) Найти // You can specify the columns you need // in when you use the find method on a model User::find(‘id’, [‘email’,’name’]); // You can increment or decrement // a field in..

    Работа с временными рядами спутниковых изображений, часть 3 (аналитика данных)
    Анализ временных рядов спутниковых изображений для данных наблюдений за большой Землей (arXiv) Автор: Рольф Симоэс , Жильберто Камара , Жильберто Кейрос , Фелипе Соуза , Педро Р. Андраде ,..

    3 способа решить квадратное уравнение (3-й мой любимый) -
    1. Методом факторизации — 2. Используя квадратичную формулу — 3. Заполнив квадрат — Давайте поймем это, решив это простое уравнение: Мы пытаемся сделать LHS,..

    Создание VR-миров с A-Frame
    Виртуальная реальность (и дополненная реальность) стали главными модными терминами в образовательных технологиях. С недорогими VR-гарнитурами, такими как Google Cardboard , и использованием..

    Демистификация рекурсии
    КОДЕКС Демистификация рекурсии Упрощенная концепция ошеломляющей О чем весь этот шум? Рекурсия, кажется, единственная тема, от которой у каждого начинающего студента-информатика..