Как преобразовать временной интервал с помощью смещения

В общем, есть только два жизнеспособных подхода:

1. Передавать клиенту только дату и время в формате UTC и выполнять все преобразования в местное время в браузере с помощью JavaScript.

   • Use this approach when you don't care what the time zone actually is, but you just want it to match the browser's local time.
   • Объект Date может это сделать, но вам может быть проще использовать такую ​​библиотеку, как moment.js, которая дает вам больше среди прочего, контроль формата вывода.

2. Примените часовой пояс (а не только смещение) к дате и времени UTC на стороне сервера, чтобы получить правильное значение местного времени.

   • Use this approach when the time zone affects an entire application, and needs to be known in server-side business logic.
   • Вы можете попытаться угадать часовой пояс пользователя, используя jsTimeZoneDetect или moment.tz.guess() в момент-часовой пояс. Однако это всего лишь предположение, и это всегда идентификатор часового пояса IANA (например, America/Los_Angeles).
   • Спросить пользователя об их часовом поясе из списка - хорошая идея. Обычно это размещается на странице пользовательских настроек или профиля. Вы можете использовать сделанное ранее предположение, чтобы выбрать значение по умолчанию из списка.
   • Вам действительно нужно будет использовать Noda Time на сервере, если вы используете часовые пояса IANA на клиенте.
   • Some applications choose to list Windows time zones instead, which is a much simpler approach as you can get everything from the TimeZoneInfo class. However, recognize that there are limitations with this approach including:
     • Localization issues, as you cannot easily get at display name strings other than the ones matching the operating system's default language, not .NET's globalization and localization features.
     • Проблемы с ремонтопригодностью, поскольку вы уступаете управление операционной системе для обновления данных часового пояса. Это может показаться более удобным, но вы можете обнаружить, что у вас связаны руки, когда вы не отставаете от изменения часового пояса в кратчайшие сроки. Это особенно проблематично, если у вас нет контроля над тем, как и когда обновления применяются к ОС, например, с помощью службы приложений Microsoft Azure.
     • Проблемы совместимости, поскольку часовые пояса Windows обычно не распознаются за пределами Windows. Если вы когда-нибудь откроете настройку часового пояса пользователя в API, у вас, скорее всего, возникнут проблемы с переводом для звонящих с других платформ.

Теперь перейдем к вашим конкретным моментам:

Я использую метод javascript new Date (). GetTimezoneOffset (), чтобы получить смещение клиента ...

Это дает вам текущее смещение клиента. У вас нет гарантий, что это правильный часовой пояс для подачи заявки на произвольную дату и время.

Если вы хотите применить фиксированное смещение к UTC DateTime в C #, лучше всего использовать DateTimeOffset.

DateTime utc = new DateTime(2016, 12, 31, 0, 0, 0, DateTimeKind.Utc);
DateTimeOffset dto = new DateTimeOffset(utc); // DateTimeKind matters here
TimeSpan offset = TimeSpan.FromMinutes(-300); // The offset is inverse of JavaScript's
DateTimeOffset result = dto.ToOffset(offset);

Но учтите, что это только для фиксированного смещения часового пояса. Для истинного часового пояса вы должны использовать класс TimeZoneInfo, если вы используете часовые пояса Windows, или вы должны использовать класс NodaTime DateTimeZone для часовых поясов IANA.

В JavaScript я могу сделать new Date (). ToString (), который возвращает дату и время как Sun 22 мая 2016 02:12:36 GMT-0500 (Центральное летнее время). Затем я могу проанализировать строку, чтобы получить «Центральное летнее время» и опубликовать это к серверу.

Нет, этот подход не рекомендуется по нескольким причинам:

• Нет гарантии, что вы получите результат в каком-либо конкретном формате из функции JavaScript toString. Результаты зависят от реализации и будут различаться в зависимости от браузера и платформы.

• Обычно они предназначены для отображения целей. Когда действует летнее время, они показывают дневное имя, а когда действует стандартное время, они показывают стандартное имя.

• Они часто локализованы для языка пользователя: английского, французского, китайского и т. Д.

Единственный собственный API, который может возвращать часовой пояс пользователя:

Intl.DateTimeFormat().resolvedOptions().timeZone

Это часть ECMAScript Internationalization API. К сожалению, в настоящее время он работает только в нескольких браузерах. И jsTimeZoneDetect, и moment.tz.guess() будут использовать этот API, если он доступен, а в противном случае вернутся к своей собственной логике предположений.

Предположим, что я реализую выбор часового пояса, используя один из описанных выше подходов, и у меня есть правильный часовой пояс клиента с идентификатором часового пояса Windows на сервере в некоторой переменной. Теперь предположим, что пользователь выбирает 18:00 (Центральное летнее время, UTC -5), который преобразуется в UTC как 23:00:00. Пока мы находимся в центральном летнем времени, преобразование из UTC в местное будет отображаться в 18:00. Как только мы перейдем в центральное стандартное время, которое будет UTC -6, будет ли преобразование по-прежнему отображаться в 18:00 или 17:00? Я планирую использовать метод TimeZoneInfo.ConvertFromUtc(datetimevalue, timezone) для преобразования UTC в Local

Как вы сказали ранее, "Central Daylight Time" не является допустимым идентификатором часового пояса Windows. Ваш пользователь этого не выберет. Вы бы отобразили список, созданный из TimeZoneInfo.GetSystemTimeZones(), показывая DisplayName пользователю и используя Id для значения. Id будет "Central Standard Time", что действительно является правильным идентификатором для Центрального времени США, включая CST и CDT, несмотря на наличие в строке слова «Standard».

Вам необходимо преобразовать TimeSpan в DateTime, используя текущий год, месяц и день. Если вы вычтете из TimeSpan без этого, это может привести к недостижимой дате.
Кроме того, в вашем обновлении я заметил, что вы оставили результаты в DateTime, поэтому я сделал то же самое. Этот код показывает вам время, если время UTC было 1:00 AM, как указано в вашей проблеме.

        double offset = 5.00;
        TimeSpan utcTime = new TimeSpan(1,0,0); //setting manually to your representation of 1 am.
        DateTime newLocalDateTime = new DateTime(DateTime.Now.Year, DateTime.Now.Month, DateTime.Now.Day, utcTime.Hours, utcTime.Minutes, utcTime.Seconds);
        newLocalDateTime = newLocalDateTime.Subtract(TimeSpan.FromHours(offset));