Существует ли стандартный способ представить неопределенные даты в C#?

Если неопределенность является двоичной (т.е. дата известна или неизвестна), я бы выбрал тип DateTime, допускающий значение NULL. В противном случае я бы подумал о создании структуры-оболочки с дополнительным свойством перечисления:

public enum DateConfidence
{
     Certain,
     Unknown,
     YearOnly,
     ApproximateYearOnly
}

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

Затем вы можете предоставить поля месяца, дня и года как значения, допускающие значение NULL, чтобы отразить, какие части даты известны.

DateTime? допускает значение NULL. Это может быть ваш лучший выбор. Другой альтернативой является DateTime.MinValue (или MaxValue ).

[Edit] На самом деле, перечитывая ваш вопрос, я думаю, что лучше всего разработать собственный класс, который будет точно соответствовать вашим целям.

Немного нестандартный ответ на вашу проблему.

Если вы имеете дело с неструктурированными историческими данными, как вы описываете, то я действительно записываю их в виде строки - как есть. Фактическое значение данных зависит от контекста, в котором они используются. Вы можете возразить, что мы теряем смысл, но на самом деле принудительное приведение таких данных с большим количеством нулевых/ произвольных значений к объекту DateTime так же бессмысленно. Вот пример:

• 1910 - 1929
• < 1960 или до 1960

• Jul 1950 или после Jul 1950

• 1950 - Present или 1950 - Now

Если вы не сможете учесть все возможности, раннее отображение текста периода в структурный объект типа DateTime может привести к потере данных. Возьмем в качестве примера Now/Present, это относительное значение, которое должно подставляться только тогда, когда оно используется, а не когда вы разбираете или преобразовываете значение. Как бы вы хранили данные до и после определенной даты? Конечно, при большом количестве работы по моделированию, вы можете захватить всю эту информацию в структурированном виде для всех возможностей.

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

Типичным примером этого может служить радиоуглеродное датирование. Вам нужен класс из двух человек. Предполагаемая дата и оценка ошибки. Последнее обычно выражается в годах, но вы можете выбрать любую единицу. Помните, что DateTime не может выражать дату до 0 г. до н.э., поэтому сделайте его простым int для года. Не делайте ничего более причудливого, чем это, угадывать правильный месяц бессмысленно для любой даты до 1000 года.

В .Net такого класса нет, поэтому лучше всего создать свой собственный класс с обнуляемыми свойствами, представляющими все необходимые поля даты.

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

Я предпочитаю в такой ситуации создать объект диапазона дат со свойством степени достоверности.

Что-то вроде:

public struct HistorialDateRange
{
    public DateTime StartDate { get; }
    public DateTime EndDate { get; }
    public double Confidence { get; } /* range [0.0, 1.0] */
}

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

Если я установил один день, то StartDate и EndDate должны охватывать эту дату.

Тогда вам решать, как определять сравнения между объектами HistorialDateRange . Я ожидал бы методов, которые позволят мне спросить, являются ли они отдельными, перекрывающимися и т. Д.

Надеюсь, что это поможет.