Разница между System.DateTime.Now и System.DateTime.Today

Может ли кто-нибудь объяснить разницу между System.DateTime.Nowи System.DateTime.Todayв C # .NET? Плюсы и минусы каждого по возможности.

DateTime.Nowвозвращает DateTimeзначение, состоящее из местной даты и времени компьютера, на котором выполняется код. Он DateTimeKind.Localзакреплен за своей Kindсобственностью. Это эквивалентно вызову любого из следующего:

• DateTime.UtcNow.ToLocalTime()
• DateTimeOffset.UtcNow.LocalDateTime
• DateTimeOffset.Now.LocalDateTime
• TimeZoneInfo.ConvertTime(DateTime.UtcNow, TimeZoneInfo.Local)
• TimeZoneInfo.ConvertTimeFromUtc(DateTime.UtcNow, TimeZoneInfo.Local)

DateTime.Todayвозвращает DateTimeзначение, которое имеет те же компоненты года, месяца и дня, что и любое из приведенных выше выражений, но с компонентами времени, установленными на ноль. Также имеет DateTimeKind.Localв своей Kindсобственности. Это эквивалентно любому из следующего:

• DateTime.Now.Date
• DateTime.UtcNow.ToLocalTime().Date
• DateTimeOffset.UtcNow.LocalDateTime.Date
• DateTimeOffset.Now.LocalDateTime.Date
• TimeZoneInfo.ConvertTime(DateTime.UtcNow, TimeZoneInfo.Local).Date
• TimeZoneInfo.ConvertTimeFromUtc(DateTime.UtcNow, TimeZoneInfo.Local).Date

Обратите внимание, что внутри системные часы указаны в формате UTC, поэтому при вызове DateTime.Nowони сначала получают время в формате UTC (через GetSystemTimeAsFileTimeфункцию в Win32 API), а затем преобразуют значение в местный часовой пояс. (Поэтому DateTime.Now.ToUniversalTime()дороже чем DateTime.UtcNow.)

Также обратите внимание, что DateTimeOffset.Now.DateTimeбудут иметь аналогичные значения DateTime.Now, но DateTimeKind.Unspecifiedвместо DateTimeKind.Local- что может привести к другим ошибкам в зависимости от того, что вы с ним делаете.

Итак, простой ответ - это DateTime.Todayэквивалент DateTime.Now.Date.
Но ИМХО - вы не должны использовать ни один из них, ни какие-либо из вышеперечисленных эквивалентов.

Когда вы запрашиваете DateTime.Now, вы запрашиваете значение локальных календарных часов компьютера, на котором выполняется код. Но то, что вы получите, не имеет никакой информации о тех часах! Лучшее, что вы получите, это это DateTime.Now.Kind == DateTimeKind.Local. Но чей это местный? Эта информация теряется, как только вы делаете что-либо со значением, например сохраняете ее в базе данных, отображаете на экране или передаете с помощью веб-службы.

Если ваш местный часовой пояс соответствует правилам перехода на летнее время, вы не получите эту информацию обратно DateTime.Now. В неоднозначные моменты времени, например, во время «откатного» перехода, вы не будете знать, какой из двух возможных моментов соответствует значению, которое вы получили DateTime.Now. Например, предположим, что часовой пояс вашей системы установлен, Mountain Time (US & Canada)а вы запрашиваете его DateTime.Nowв ранние часы 3 ноября 2013 года. Что означает результат 2013-11-03 01:00:00? Есть два момента мгновенного времени, представленные одной и той же календарной датой и временем. Если бы я отправил это значение кому-то другому, они бы не поняли, что я имел в виду. Особенно, если они находятся в часовом поясе, где действуют другие правила.

Лучшее, что вы могли бы сделать, - это использовать DateTimeOffsetвместо этого:

// This will always be unambiguous.
DateTimeOffset now = DateTimeOffset.Now;

Теперь для того же сценария, который я описал выше, я получаю значение 2013-11-03 01:00:00 -0600до перехода или 2013-11-03 01:00:00 -0700после перехода. Любой, кто взглянет на эти значения, поймет, что я имел в виду.

Я написал сообщение в блоге на эту самую тему. Прочтите, пожалуйста, - Дело против DateTime.Now .

Кроме того, есть места в этом мире (например, Бразилия), где переход «пружина-вперед» происходит ровно в полночь. Часы идут с 23:59 до 01:00. Это означает, что значение, которое вы получаете DateTime.Todayна эту дату, не существует! Даже если вы используете DateTimeOffset.Now.Date, вы получаете тот же результат, и у вас все еще есть эта проблема. Это потому, что традиционно Dateв .Net не было объекта. Итак, независимо от того, как вы получаете значение, как только вы отбрасываете время, вы должны помнить, что оно на самом деле не представляет собой «полночь», даже если вы работаете с этим значением.

Если вам действительно нужно полностью правильное решение этой проблемы, лучше всего использовать NodaTime . LocalDateКласс правильно представляет собой дату без времени. Вы можете получить текущую дату для любого часового пояса, включая часовой пояс локальной системы:

using NodaTime;
...

Instant now = SystemClock.Instance.Now;

DateTimeZone zone1 = DateTimeZoneProviders.Tzdb.GetSystemDefault();
LocalDate todayInTheSystemZone = now.InZone(zone1).Date;

DateTimeZone zone2 = DateTimeZoneProviders.Tzdb["America/New_York"];
LocalDate todayInTheOtherZone = now.InZone(zone2).Date;

Если вы не хотите использовать Noda Time, теперь есть другой вариант. Я внес в проект .Net CoreFX Lab реализацию объекта только для даты . Вы можете найти System.Timeобъект пакета в их ленте MyGet. После добавления в проект вы обнаружите, что можете выполнять любое из следующих действий:

using System;
...

Date localDate = Date.Today;

Date utcDate = Date.UtcToday;

Date tzSpecificDate = Date.TodayInTimeZone(anyTimeZoneInfoObject);

Время. .Nowвключает 09:23:12 или что-то еще; .Todayтолько часть даты (в 00:00:00 в этот день).

Так что используйте, .Nowесли хотите указать время и .Todayпросто хотите дату!

.Today по сути то же самое, что .Now.Date

DateTime.NowСвойство возвращает текущую дату и время, к примеру 2011-07-01 10:09.45310.

DateTime.TodayСвойство возвращает текущую дату со временем compnents , установленным в ноль, например 2011-07-01 00:00.00000.

DateTime.TodayСвойство фактически реализуется для возвратаDateTime.Now.Date :

public static DateTime Today {
  get {
    DateTime now = DateTime.Now;
    return now.Date;
  }
}

DateTime.Today представляет текущую системную дату с временной частью, установленной на 00:00:00.

и

DateTime.Now представляет текущую системную дату и время

Я подумал о добавлении этих ссылок -

• Краткая история DateTime - Энтони Мур, команда BCL
• Выбор между Datetime и DateTime Offset - по MSDN
• Не забывайте, что SQL Server 2008 и новее имеет новый тип данных DateTimeOffset.
• .NET Framework включает типы DateTime , DateTimeOffset и TimeZoneInfo , все из которых могут использоваться для создания приложений, работающих с датой и временем.
• Выполнение арифметических операций с датами и временем-MSDN

Возвращаясь к исходному вопросу, используя Reflector, я объяснил разницу в коде

 public static DateTime Today
    {
      get
      {
        return DateTime.Now.Date;   // It returns the date part of Now

        //Date Property
       // returns same date as this instance, and the time value set to 12:00:00 midnight (00:00:00) 
      }
    }


    private const long TicksPerMillisecond = 10000L;
    private const long TicksPerDay = 864000000000L;
    private const int MillisPerDay = 86400000;

    public DateTime Date
    {
       get
      {
        long internalTicks = this.InternalTicks; // Date this instance is converted to Ticks 
        return new DateTime((ulong) (internalTicks - internalTicks % 864000000000L) | this.InternalKind);  
// Modulo of TicksPerDay is subtracted - which brings the time to Midnight time 
      }
    }


     public static DateTime Now
        {
          get
          {
           /* this is why I guess Jon Skeet is recommending to use  UtcNow as you can see in one of the above comment*/
            DateTime utcNow = DateTime.UtcNow;


            /* After this i guess it is Timezone conversion */
            bool isAmbiguousLocalDst = false;
            long ticks1 = TimeZoneInfo.GetDateTimeNowUtcOffsetFromUtc(utcNow, out isAmbiguousLocalDst).Ticks;
            long ticks2 = utcNow.Ticks + ticks1;
            if (ticks2 > 3155378975999999999L)
              return new DateTime(3155378975999999999L, DateTimeKind.Local);
            if (ticks2 < 0L)
              return new DateTime(0L, DateTimeKind.Local);
            else
              return new DateTime(ticks2, DateTimeKind.Local, isAmbiguousLocalDst);
          }
        }

DateTime dt = new DateTime();// gives 01/01/0001 12:00:00 AM
DateTime dt = DateTime.Now;// gives today date with current time
DateTime dt = DateTime.Today;// gives today date and 12:00:00 AM time

DateTime.Todayэто DateTime.Nowсо временем , установленным на нуль.

Важно отметить, что существует разница между значением DateTime, которое представляет количество тактов, прошедших с полуночи 1 января 0000 г., и строковым представлением этого значения DateTime, которое выражает значение даты и времени в формат, зависящий от культуры: https://msdn.microsoft.com/en-us/library/system.datetime.now%28v=vs.110%29.aspx

DateTime.Now.Ticksэто фактическое время, хранящееся в .net (по существу время в формате UTC), остальное - просто представления (которые важны для целей отображения).

Если Kindсвойство имеет значение, DateTimeKind.Localоно неявно включает информацию о часовом поясе локального компьютера. При отправке через веб-службу .net значения DateTime по умолчанию сериализуются с включенной информацией о часовом поясе, например, 2008-10-31T15: 07: 38.6875000-05: 00, и компьютер в другом часовом поясе все еще может точно знать, сколько времени упоминается.

Итак, использование DateTime.Now и DateTime.Today совершенно нормально.

Обычно у вас возникают проблемы, когда вы начинаете путать строковое представление с фактическим значением и пытаетесь «исправить» DateTime, когда оно не нарушено.

DateTime.Now.ToShortDateString() будет отображать только дату