.NET Date Const (с глобализацией)

Хорошо, я не уверен, что вы здесь пытаетесь сделать:

• Код, который вы публикуете, - НЕТ .NET, вы пытаетесь портировать?
• DateTime не может быть объявлен как константа.
• DateTime - это тип данных, поэтому после инициализации формат, из которого они были инициализированы, не имеет значения.
• Если вам нужно постоянное значение, просто создайте метод, чтобы всегда возвращать одно и то же DateTime.

Например:

public static DateTime SadDayForAll()
{
    return new DateTime(2001, 09, 11);
}

Обновлять

Откуда, черт возьми, ты все это взял ?!

• Между C# и VB.NET есть различия находятся, и это подчеркивает одну из них.
• Дата - это не Тип данных .NET, а DateTime.
• Похоже, вы можете создавать константы DateTime в VB.NET, но есть ограничения
• Метод был здесь, чтобы попытаться помочь вам, поскольку вы не можете создать константу из Переменная (т.е. необязательный параметр). Это даже не имеет смысла.

Согласно документации Microsoft,

"Вы должны заключить литерал даты в числовые знаки (# #). Вы должны указать значение даты в формате M / d / yyyy, например # 5/31/1993 #. Это требование не зависит от вашего языкового стандарта и вашего компьютера. настройки формата даты и времени ".

Вы говорите, что это неверно и на синтаксический анализ влияет текущая локаль?

Редактировать: Вы пробовали с 4-значным годом?

Хорошо, я понимаю больше, откуда вы ...

Как насчет:

• Создайте статический метод, который возвращает константу даты. Это преодолевает международную проблему, поскольку возвращается как конкретное значение DateTime.
• Теперь я помню необязательные параметры из моих дней VB6, но нельзя ли просто перегрузить метод? Если вы используете перегруженный метод без даты, просто вытащите его из статического?

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

Если у вас есть данные в объектах Date в VB, вам не нужно беспокоиться о глобализации, пока вы не сравните что-то с этим или не попытаетесь экспортировать его.

Это хорошо:

Dim FirstDate as Date = Date.UtcNow() 'or this: = NewDate (2008,09,10)'
Dim SecondDate as Date

SecondDate = FirstDate.AddDays(1)

Это извлекает правила глобализации и печатает в формате культуры текущего потока:

HeaderLabel.Text = SecondDate.ToString()

Это плохо:

Dim BadDate as Date = CDate("2/20/2000")

На самом деле - даже это нормально, если вы заставляете CDate в этом случае использовать правильную культуру (InvariantCulture):

Dim OkButBadPracticeDate as Date = CDate("2/20/2000", CultureInfo.InvariantCulture)

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

Убедитесь, что вы не работаете с датами как строками - убедитесь, что они являются действительными объектами Date!

Если вы посмотрите на IL, сгенерированный оператором

public const ADate as Date = #12/31/04#

Вы увидите это:

.field public static initonly valuetype [mscorlib]System.DateTime ADate
.custom instance void [mscorlib]System.Runtime.CompilerServices.DateTimeConstantAttribute::.ctor(int64) = ( 01 00 00 C0 2F CE E2 BC C6 08 00 00 )

Обратите внимание, что DateTimeConstantAttribute инициализируется конструктором, который принимает счетчик тиков int64. Поскольку это количество тиков определяется во время компиляции, маловероятно, что какая-либо локализация вступит в игру, когда это значение инициализируется во время выполнения. Я предполагаю, что ошибка связана с другой обработкой даты в вашем коде, а не с инициализацией const.