Переход на летнее время с абсолютной датой

Чтобы понять структуру часового пояса, полезно взглянуть на реестр Windows под следующим ключом:

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\

Здесь вы найдете все встроенные часовые пояса база данных часовых поясов Microsoft, который поддерживается Microsoft через Windows Updates.

Давайте рассмотрим один из приведенных вами примеров:

.\Egypt Standard Time\

.\Egypt Standard Time\Dynamic DST\

Отсюда видно, что существуют определенные правила перехода на летнее время, определенные на 2005-2011 годы. За пределами этого диапазона мы возвращаемся к TZI значение корневой записи.

Вы заметите, что там отсутствует запись 2014 года для Египта. Это потому, что Египет почти не уведомил о предстоящее изменение. Вы можете ожидать, что скоро будет доступно исправление от Microsoft, доступное с обновлением.

Двоичные данные в реестре десериализуются в REG_TZI_FORMAT структура, которая выглядит так:

typedef struct _REG_TZI_FORMAT
{
LONG Bias;
LONG StandardBias;
LONG DaylightBias;
SYSTEMTIME StandardDate;
SYSTEMTIME DaylightDate;
} REG_TZI_FORMAT;

Проблема, о которой вы должны знать, заключается в том, что Windows не любит часовые пояса, которые переходят прямо в полночь. Обходной путь заключается в том, что вместо «00:00 в последнюю пятницу сентября» вы должны сказать «23: 59: 59,999 в последнюю Четверг в сентябре «. Однако, здесь вы должны быть осторожны, потому что подобные правила могут иногда приводить к ошибочным производным датам. Чтобы противостоять этому, иногда каждый год будет иметь свое собственное правило. Формат шаблона повторения все еще используется, а не фиксированный формат даты, в основном для согласованности.

Однако есть еще одна проблема — эта структура может поддерживать только два перехода на летнее время в год. Один на DaylightDate когда начинается летнее время, и один на StandardDate когда заканчивается летнее время. С тех пор как Египет принимает DST кроме Рамадана, будут четыре перехода. Это также произошло в Египет в 2010 году, а также регулярно происходит в Марокко. Чтобы справиться с этим недостатком дизайна, Microsoft традиционно выпустила множественный обновления, приуроченные к изменениям. (Например, см. KB2297272.)

Я предполагаю, что Microsoft вытолкнет изменения с многократным обновлением, поэтому в качестве примера мы пропустим период Рамадана. Это правило начинается в летнее время во 2-ю среду мая в 23: 59: 59,999 и заканчивается в последний четверг сентября в 23: 59: 59,999.

"TZI" = 88ffffff 00000000 c4ffffff 000009000400050017003b003b00e703 000005000300020017003b003b00e703

Это соответствует REG_TZI_FORMAT структура, имеющая эти значения (как JSON для ясности):

{
"Bias" : -120,         // Standard offset is UTC+2
"StandardBias" : 0,
"DaylightBias" : -60,  // Subtract an hour for DST
"StandardDate" : {
"wYear" : 0,       // Recurrence pattern
"wMonth" : 9,      // September
"wDayOfWeek" : 4,  // Thursday
"wDay" : 5,        // Last occurrence
"wHour" : 23,
"wMinute" : 59,
"wSecond" : 59,
"wMilliseconds" : 999
},
"DaylightDate" : {
"wYear" : 0,       // Recurrence pattern
"wMonth" : 5,      // May
"wDayOfWeek" : 3,  // Wednesday
"wDay" : 2,        // Second occurrence
"wHour" : 23,
"wMinute" : 59,
"wSecond" : 59,
"wMilliseconds" : 999
}
}

Я думаю, что этот ответ достаточно длинный, поэтому я предоставлю вам возможность экстраполировать правила для Ирана, если хотите. Тем не менее, я укажу, что данные Windows по Ирану были неверными с 2009 года и до сих пор не получили обновления. : — /

В качестве примечания: если вы хотите указать правило с фиксированной датой, вы можете указать ненулевое значение «реального» года. Тогда поле дня представляет фактический день, а не происшествие. Однако этого обычно избегают, поскольку это имеет смысл только для правил динамического перехода на летнее время, которые применяются к отдельным годам. Не имеет смысла использовать фиксированную дату в общем TZI запись в корневом узле.

ОБНОВИТЬ

Microsoft выпустила обновление для Египта на 2014 год в KB2967990.