Различные результаты от новых DateTime() и DateTime.Parse

Я заметил некоторое нечетное поведение в модульном тесте для C#.Различные результаты от новых DateTime() и DateTime.Parse

Учитывая следующий код:

var dateTime = DateTime.Parse("01/01/2015"); 
Assert.AreEqual(dateTime, new DateTime(2015, 1, 1));

я неудавшийся тест с результатом:

Expected: 2015-01-01 00:00:00.000 
But was: 01/01/2015 00:00:00 +00:00

Я пытался дозвониться ToString() на оба, переходя в CultureInfo.CurrentCulture и установке DateKind на новый вызов DateTime для локального и UTC, но я получаю одинаковые результаты.

Почему эти два метода не дают одинаковый результат?

источник

2015-09-24 pete the pagan-gerbil

[используя '==' результат, это правда] (http://csharppad.com/gist/ba4918946a41c49b9c4c). должно быть то, что вы не показываете. – Amit

Что такое 'CurrentCulture'? –

Какова ваша структура тестирования, и какова подпись 'Assert.AreEqual' - она принимает' Object', 'DateTime',' String' или что-то еще? –

Я бы дал выстрел с:

Assert.IsTrue(DateTime.Compare(DateTime.Parse("01/01/2015"), new DateTime(2015, 1, 1) == 0);

источник

2015-09-24 09:08:24

Хотя это может обойти проблему, на самом деле это не отвечает на вопрос: «Почему эти два метода не дают одинаковый результат?» _ –

Поскольку он использует AreEquals в datetime, может не использовать правильный компаратор, но , поскольку я не уверен в этом, я бы предпочел получить обратную связь от OP, чтобы объяснить больше –

Вы никогда не должны когда-либо жёстко даты как строки. Какой смысл делать это?

DateTime.Parse("01/01/2015")

вместо этого:

new DateTime(2015,1,1)

DateTime.Parse использует текущую культуру по умолчанию для создания даты. Рассмотрим следующий пример:

DateTime.Parse("09/06/2015");

Это 9 июня или 6 сентября? В зависимости от вашей культуры машины вы получите разные результаты. Если строка DateTime происходит откуда-то, вы можете заставить метод Parse использовать определенный формат/культуру.

Возвращаясь к вопросу, возможно, это зависит от культуры.

источник

2015-09-24 09:17:41 MistyK

_ «В чем смысл этого делать?» _ Возможно, модульный тест имитирует ввод пользователя в текстовое поле? –

Прочитать следующее предложение – MistyK

@JamesThorpe - bang on. На самом деле, он вытягивает значения из таблицы базы данных, но для модульного теста я имитирую этот бит, потому что модульные тесты. –

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

Так что причина, по которой они дают разные результаты, состоит в том, что они разные!

Урок первый: проверьте типы, даже если вы знаете, что они собой представляют. Урок 2. Не упрощайте слишком много в примерах SO-вопросов.

источник

2015-10-02 12:40:27

Различные результаты от новых DateTime() и DateTime.Parse

ответ

Смежные вопросы