Есть ли возможность конвертировать из UTC время в местное время, используя название страны? [Дубликат]

Не забывайте, что у вас уже есть объект DateTime и не уверены, что это UTC или Local, достаточно просто использовать методы непосредственно на объекте:

DateTime convertedDate = DateTime.Parse(date);
DateTime localDate = convertedDate.ToLocalTime();

How

Если указанный .net не будет использовать настройки локального компьютера. Я бы прочитал: http://msdn.microsoft.com/en-us/library/system.globalization.daylighttime.aspx

По внешнему виду код может выглядеть примерно так:

DaylightTime daylight = TimeZone.CurrentTimeZone.GetDaylightChanges( year );

И, как уже упоминалось выше, дважды проверьте, в какой временной зоне установлен ваш сервер. В сети есть статьи о том, как безопасно влиять на изменения в IIS.

DateTime по умолчанию имеют Kind of Unspecified, который для целей ToLocalTime считается UTC.

Чтобы получить локальное время Unspecified DateTime, вам просто нужно это сделать:

convertedDate.ToLocalTime();

Невозможно выполнить шаг изменения Kind DateTime с Unspecified на UTC. Unspecified предполагается UTC для целей ToLocalTime: http://msdn.microsoft.com/en-us/library/system.datetime.tolocaltime.aspx

Я столкнулся с этим вопросом, так как у меня возникла проблема с датами UTC, когда вы возвращаетесь через API twitter (поле created_at в статусе); Мне нужно преобразовать их в DateTime. Ни один из ответов / примеров кода в ответах на этой странице не был достаточным, чтобы я не смог заставить «String не был признан допустимой ошибкой DateTime» (но это самое близкое, что я нашел, чтобы найти правильный ответ на SO)

Публикует эту ссылку здесь, если это помогает кому-то другому - ответ, который мне нужен, был найден в этом сообщении в блоге: http://www.wduffy.co.uk/blog/parsing-dates-when-aspnets -datetimeparse-doesnt-work / - в основном использовать DateTime.ParseExact со строкой формата вместо DateTime.Parse

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

DateTime.Parse() может быть tricky - см. здесь здесь .

Если DateTime поступает из веб-службы или какого-либо другого источника с известным форматом, вы можете рассмотреть что-то вроде

DateTime.ParseExact(dateString, 
                   "MM/dd/yyyy HH:mm:ss", 
                   CultureInfo.InvariantCulture, 
                   DateTimeStyles.AssumeUniversal | DateTimeStyles.AdjustToUniversal)

или, еще лучше,

DateTime.TryParseExact(...)

Флаг AssumeUniversal сообщает парсеру, что дата / время уже UTC; комбинация AssumeUniversal и AdjustToUniversal говорит, что он не должен преобразовывать результат в «локальное» время, которое он попытается сделать по умолчанию. (Я лично стараюсь работать исключительно с UTC на уровне бизнеса / приложения / службы), но в обход преобразования в местное время также ускоряется ситуация - на 50% и более в моих тестах, см. Ниже.)

Вот что мы делали раньше:

DateTime.Parse(dateString, new CultureInfo("en-US"))

Мы профилировали приложение и обнаружили, что DateTime.Parse представляет значительный процент использования ЦП. (Кстати, конструктор CultureInfo был не значительным вкладчиком в использование ЦП.)

Итак, я настроил консольное приложение для синтаксического анализа строки даты / времени 10000 раз в Разнообразие способов. Итог: Parse() 10 секунд ParseExact() (переход на локальный) 20-45 мс ParseExact() (не преобразование в локальный) 10-15 мс ... и да, результаты для Parse() находятся в секунд , тогда как остальные находятся в миллисекундах .

Для строк, таких как 2012-09-19 01:27:30.000, DateTime.Parse не может определить, в какой часовом поясе указаны дата и время.

DateTime имеет свойство Kind , которое может имеют один из трех параметров часового пояса:

• Unspecified
• Локальный
• Utc

ПРИМЕЧАНИЕ Если вы хотите представить дату / время, отличное от UTC или вашего местного часового пояса, вам следует использовать DateTimeOffset .

Итак, для код в вашем вопросе:

DateTime convertedDate = DateTime.Parse(dateStr);

var kind = convertedDate.Kind; // will equal DateTimeKind.Unspecified

Вы говорите, что знаете, что это такое, так скажите.

DateTime convertedDate = DateTime.SpecifyKind(
    DateTime.Parse(dateStr),
    DateTimeKind.Utc);

var kind = convertedDate.Kind; // will equal DateTimeKind.Utc

Теперь, как только система узнает его в UTC, вы можете просто называть ToLocalTime:

DateTime dt = convertedDate.ToLocalTime();

Это даст вам результат, который вам нужен.

TimeZone.CurrentTimeZone.ToLocalTime(date);

Я хотел бы добавить общее предупреждение о предостережении.

Если все, что вы делаете, - это получить текущее время от внутренних часов компьютера, чтобы поместить дату / время на дисплей или отчет , тогда все хорошо. Но если вы сохраняете информацию о дате / времени для последующей ссылки или вычисляете дату / время, остерегайтесь!

Предположим, вы определили, что круиз корабль прибыл в Гонолулу 20 декабря 2007 года в 15:00 UTC. И вы хотите знать, что такое местное время. 1. Вероятно, есть, по крайней мере, три «местных». Местный может означать Гонолулу, или это может означать, где находится ваш компьютер, или это может означать местоположение, где находится ваш клиент. 2. Если вы используете встроенные функции для преобразования, это, вероятно, будет ошибкой. Это связано с тем, что переход на летнее время (возможно) на данный момент действует на ваш компьютер, но в декабре не был установлен. Но Windows этого не знает ... все, что у него есть, - это один флаг, чтобы определить, действует ли летнее время. И если он действует, то он с радостью добавит час даже до даты в декабре. 3. Летнее время осуществляется в разных политических подразделениях по-разному (или совсем не). Не думайте, что только потому, что ваша страна меняется в определенную дату, другие страны тоже.

У меня возникла проблема с тем, что он находился в наборе данных, который проталкивался через провод (webservice к клиенту), который он автоматически изменил бы, потому что поле DateType DataColumn было установлено на локальное. Убедитесь, что вы проверяете, что такое тип DateType, если вы нажимаете DataSets.

Если вы не хотите, чтобы он менялся, установите его в Unspecified

Я бы изучил использование класса System.TimeZoneInfo, если вы в .NET 3.5. См. http://msdn.microsoft.com/en-us/library/system.timezoneinfo.aspx . Это должно учитывать изменения дневного света.

// Coordinated Universal Time string from 
// DateTime.Now.ToUniversalTime().ToString("u");
string date = "2009-02-25 16:13:00Z"; 
// Local .NET timeZone.
DateTime localDateTime = DateTime.Parse(date); 
DateTime utcDateTime = localDateTime.ToUniversalTime();

// ID from: 
// "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Time Zone"
// See http://msdn.microsoft.com/en-us/library/system.timezoneinfo.id.aspx
string nzTimeZoneKey = "New Zealand Standard Time";
TimeZoneInfo nzTimeZone = TimeZoneInfo.FindSystemTimeZoneById(nzTimeZoneKey);
DateTime nzDateTime = TimeZoneInfo.ConvertTimeFromUtc(utcDateTime, nzTimeZone);

В ответ на предложение Даны:

Образец кода теперь выглядит следующим образом:

string date = "Web service date"..ToString("R", ci);
DateTime convertedDate = DateTime.Parse(date);            
DateTime dt = TimeZone.CurrentTimeZone.ToLocalTime(convertedDate);

Исходная дата была 20/08/08; тип был UTC.

Оба «convertDate» и «dt» одинаковы:

21/08/08 10:00:26; вид был локальным

@TimeZoneInfo.ConvertTimeFromUtc(timeUtc, TimeZoneInfo.Local)