DateTime.Parse COM зависит

Question

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

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

Источник: http://blog.aasheim.org/2008/04/dont-use-datetimeparse-use.html

Answer 1

Я полагаю, что вы имеете в виду этот блог , в котором говорится:

Кажется, что очень немногие люди знают, что DateTime.Parse () зависит от COM, злой.Более того, даже в Microsoft.NET нет гарантии, что такая строка, которую DateTime.Parse () принимает на вашем компьютере, является приемлемой для других компьютеров.В основном DateTime.Parse () для новичков, которые не возражают против непредсказуемого поведения.

Похоже, что авторский выбор слов не велик;Похоже, они пытаются предупредить читателя о том, что DateTime.Parse зависит культура - успех / неудача / результат операции синтаксического анализа будет зависеть от текущей культуры.Разработчикам важно помнить, когда они пытаются работать с текстом, представляющим дату и время, с учетом культурных особенностей / независимо.

При этом неважно, имеет ли Parse фактическийCOM-зависимость или нет.Поскольку это не задокументировано напрямую, реализацию можно изменить без уведомления, добавив / удалив зависимости COM.

Answer 2

Да, это зависит от COM.Начиная с этой страницы MSDN :

Существует два метода синтаксического анализа, которые можно использовать для анализа строк: Parse и ParseExact.Функциональные возможности метода Parse основаны на COM (который сам был связан с более старыми версиями Visual Basic), и преобразования из строки в дату происходили независимо от стоимости.Риск неправильного синтаксического анализа - это нежелательный побочный эффект, который виден людям, которым приходится работать с датами дд / мм / гг и мм / дд / гг .У метода DateTime.Parse в Microsoft .NET Framework есть цели, аналогичные его предшественникам, но, к сожалению, он страдает некоторыми из тех же проблем.Код работает медленнее, поскольку дополнительная проверка требует времени, и всегда будет какой-то новый формат, который не определяется должным образом.Возможно, вы помните, что в этих старых продуктах такое поведение иногда уничижительно называли «разбор злой даты».