Тип для даты только в C # - почему нет типа даты?

В нашем проекте C # нам необходимо представить дату без времени. Я знаю о существовании DateTime, однако он также включает время дня. Я хочу четко указать, что некоторые переменные и аргументы метода основаны на дате . Следовательно, я не могу использовать DateTime.Dateсвойство

Какие стандартные подходы к этой проблеме? Неужто я не первая сталкиваюсь с этим? Почему Dateв C # нет класса?

Есть ли у кого-нибудь хорошая реализация с использованием структуры и, возможно, некоторых методов расширения в DateTime и, возможно, реализации некоторых операторов, таких как == и <,>?

Позвольте мне добавить обновление к этому классическому вопросу:

• Библиотека Noda Time Джона Скита сейчас достаточно развита, и в ней используется тип только для даты LocalDate. (Локальный в данном случае означает просто локальный для кого-то , не обязательно локальный для компьютера, на котором выполняется код.)

• Вызываемый тип только с датой Dateявляется предлагаемым дополнением к .NET Core через проект corefxlab . Вы найдете его в System.Timeпакете вместе с TimeOfDayтипом и несколькими методами расширения существующих типов.

Я подробно изучил эту проблему, поэтому я также поделюсь несколькими причинами необходимости этих типов:

1. Существует логическое несоответствие между значением только даты и датой в полночь.

   • Не в каждый местный день есть полночь в каждом часовом поясе. Пример: весенний переход на летнее время в Бразилии переводит часы с 11:59:59 на 01:00:00.

   • Дата-время всегда относится к определенному времени в течение дня, в то время как только дата может относиться к началу дня, концу дня или всему диапазону дня.

2. Привязка времени к дате может привести к изменению даты по мере передачи значения из одной среды в другую, если часовые пояса не отслеживаются очень внимательно. Это обычно происходит в JavaScript ( Dateобъект которого на самом деле является датой + временем), но может легко произойти и в .NET, или при сериализации, когда данные передаются между JavaScript и .NET.

3. Сериализация DateTimeс XML или JSON (и другими) всегда будет включать время, даже если это не важно. Это очень сбивает с толку, особенно учитывая такие вещи, как даты рождения и годовщины, когда время не имеет значения.

4. Архитектурно DateTimeэто объект-значение DDD , но он нарушает принцип единой ответственности несколькими способами:

   • Он разработан как тип даты + времени, но часто используется только для даты (без учета времени) или только для времени (без учета даты). ( TimeSpanтакже часто используется для обозначения времени суток, но это уже другая тема.)

   • DateTimeKindЗначение , придаваемое в .Kindсобственности делит один тип на три, Unspecifiedвид действительно первоначальная цель структуры, и следует использовать таким образом. В Utcлюбезном Выравнивает значение конкретно с UTC, а Localлюбезные выравнивает значение с местным часовым поясом среды.

     Проблема с отдельным флагом для вида состоит в том, что каждый раз, когда вы потребляете a DateTime, вы должны проверять, .Kindкакое поведение предпринять. Все методы фреймворка делают это, но другие часто забывают. Это действительно нарушение SRP, поскольку тип теперь имеет две разные причины для изменения (значение и вид).

   • Два из них приводят к использованию API, которые компилируются, но часто бессмысленны или имеют странные граничные случаи, вызванные побочными эффектами. Рассматривать:

     // nonsensical, caused by mixing types
     DateTime dt = DateTime.Today - TimeSpan.FromHours(3);  // when on today??
     
     // strange edge cases, caused by impact of Kind
     var london = TimeZoneInfo.FindSystemTimeZoneById("GMT Standard Time");
     var paris = TimeZoneInfo.FindSystemTimeZoneById("Romance Standard Time");
     var dt = new DateTime(2016, 3, 27, 2, 0, 0);  // unspecified kind
     var delta = paris.GetUtcOffset(dt) - london.GetUtcOffset(dt);  // side effect!
     Console.WriteLine(delta.TotalHours); // 0, when should be 1 !!!

Таким образом, хотя a DateTime может использоваться только для даты, он должен делать это только тогда, когда каждое место, которое его использует, очень осторожно игнорирует время, а также очень осторожно, чтобы не пытаться преобразовать в и из UTC или другого часовые пояса.

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

Если вам нужен стандартный подход, посмотрите на DateTime.Dateсвойство, которое дает только часть даты в a DateTimeсо значением времени, установленным на 12:00:00 полночь (00:00:00).

Я написал по электронной почте refsrcfeedback@microsoft.com, и это их ответ

Маркос, это не лучшее место, чтобы задавать подобные вопросы. Попробуйте http://stackoverflow.com Короткий ответ заключается в том, что вам нужна модель для представления момента времени, и DateTime это делает, это самый полезный сценарий на практике. . Тот факт, что люди используют два понятия (дату и время) для обозначения моментов времени, произвольный и не имеет смысла разделять.

Разъединяйте только там, где это оправдано, не делайте чего-либо только ради того, чтобы делать что-то вслепую. Подумайте об этом так: какая у вас проблема, которую можно решить, разделив DateTime на Date и Time? И какие проблемы вы получите, которых у вас нет сейчас? Подсказка: если вы посмотрите на использование DateTime в .NET framework: http://referencesource.microsoft.com/#mscorlib/system/datetime.cs#df6b1eba7461813b#references, вы увидите, что большинство из них возвращается из метода. Если бы у нас не было единой концепции, такой как DateTime, вам пришлось бы использовать параметры out или кортежи для возврата пары даты и времени.

HTH, Кирилл Осенков

В своем электронном письме я спросил, было ли это из-за того, что DateTime использует TimeZoneInfo для получения времени машины - в соответствии с требованиями Now. Я бы сказал, что это потому, что «бизнес-правила» «слишком взаимосвязаны», они мне подтвердили это.

Я создал простую структуру Date для случаев, когда вам нужна простая дата, не беспокоясь о временном отрезке, часовом поясе, локальном или utc и т. Д.

https://github.com/claycephus/csharp-date

Если вам нужно выполнить сравнение дат, используйте

yourdatetime.Date;

Если вы показываете на экран, используйте

yourdatetime.ToShortDateString();

Позвольте мне порассуждать: может быть, это потому, что до SQL Server 2008 в SQL не было типа данных Date, поэтому было бы сложно хранить его на SQL-сервере ?? И это все-таки продукт Microsoft?

Кто знает, почему так. В .NET framework есть много плохих дизайнерских решений. Однако я думаю, что это довольно незначительный вопрос. Вы всегда можете игнорировать временную часть, поэтому даже если какой-то код решает, что DateTime относится не только к дате, код, который заботится, должен всегда смотреть только на часть даты. В качестве альтернативы вы можете создать новый тип, представляющий только дату, и использовать функции DateTime для выполнения тяжелой работы (вычислений).

Зачем? Мы можем только строить предположения, и это мало помогает в решении инженерных проблем. Хорошее предположение состоит в том, что он DateTimeсодержит все функции, которые могла бы иметь такая структура.

Если это действительно важно для вас, просто оберните DateTimeсвою собственную неизменяемую структуру, которая отображает только дату (или посмотрите на DateTime.Dateсвойство).

В дополнение к ответу Роберта у вас также есть DateTime.ToShortDateStringметод. Кроме того, если вам действительно нужен объект Date, вы всегда можете использовать шаблон адаптера и обернуть объект DateTime, выставляя только то, что вы хотите (например, месяц, день, год).

Всегда есть DateTime.Dateсвойство, которое отсекает временную часть DateTime. Возможно, вы можете инкапсулировать или обернуть DateTime в свой собственный тип даты.

И на вопрос, почему, я думаю, вам придется спросить Андерса Хельсберга.

Потому что, чтобы узнать дату, вам нужно знать системное время (в тиках), которое включает время - так зачем выбрасывать эту информацию?

DateTimeу вас есть Dateсобственность, если вас совсем не волнует время.

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

class CustomDate
{
    public DateTime Date { get; set; }
    public bool IsTimeOnly { get; private set; }

    public CustomDate(bool isTimeOnly)
    {
        this.IsTimeOnly = isTimeOnly;
    }

    public string GetValue()
    {
        if (IsTimeOnly)
        {
            return Date.ToShortTimeString();
        }

        else
        {
            return Date.ToString();
        }
    }
}

Возможно, в этом нет необходимости, поскольку вы можете легко извлечь GetShortTimeString из простого старого типа DateTime без нового класса.

Если вы используете свойства Date или Today для получения только части даты из объекта DateTime.

DateTime today = DateTime.Today;
DateTime yesterday = DateTime.Now.AddDays(-1).Date;

Тогда вы получите компонент даты только с компонентом времени, установленным на полночь.