Jak zainicjować datę JavaScript do określonej strefy czasowej

Mam datę i godzinę w określonej strefie czasowej jako ciąg i chcę ją przekonwertować na czas lokalny. Ale nie wiem, jak ustawić strefę czasową w obiekcie Date.

Na przykład mam Feb 28 2013 7:00 PM ET,wtedy mogę

var mydate = new Date();
mydate.setFullYear(2013);
mydate.setMonth(02);
mydate.setDate(28);
mydate.setHours(7);
mydate.setMinutes(00);  

O ile mi wiadomo, mogę ustawić czas UTC lub czas lokalny. Ale jak ustawić czas w innej strefie czasowej?

Próbowałem użyć dodawania / odejmowania przesunięcia od UTC, ale nie wiem, jak przeciwdziałać oszczędnościom światła dziennego. Nie jestem pewien, czy zmierzam we właściwym kierunku.

Jak mogę konwertować czas z innej strefy czasowej na czas lokalny w javascript?

tło

DateObiekt JavaScript wewnętrznie śledzi czas w UTC, ale zazwyczaj przyjmuje dane wejściowe i generuje dane wyjściowe w czasie lokalnym komputera, na którym działa. Ma bardzo mało możliwości pracy z czasem w innych strefach czasowych.

Wewnętrzna reprezentacja Dateobiektu jest pojedynczą liczbą, reprezentującą liczbę milisekund, które upłynęły od tego czasu 1970-01-01 00:00:00 UTC, bez względu na sekundy przestępne. W samym obiekcie Date nie ma strefy czasowej ani formatu łańcucha. Gdy Dateużywane są różne funkcje obiektu, lokalna strefa czasowa komputera jest stosowana do wewnętrznej reprezentacji. Jeśli funkcja generuje ciąg, wówczas informacje o lokalizacji komputera mogą być brane pod uwagę w celu ustalenia, jak wygenerować ten ciąg. Szczegóły różnią się w zależności od funkcji, a niektóre dotyczą konkretnej implementacji.

Jedyne operacje, które Dateobiekt może wykonać w nielokalnych strefach czasowych to:

• Może analizować ciąg zawierający numeryczne przesunięcie UTC z dowolnej strefy czasowej. Wykorzystuje to do dostosowania analizowanej wartości i zapisuje ekwiwalent UTC. Pierwotny czas lokalny i przesunięcie nie są zachowywane w wynikowym Dateobiekcie. Na przykład:

  var d = new Date("2020-04-13T00:00:00.000+08:00");
  d.toISOString()  //=> "2020-04-12T16:00:00.000Z"
  d.valueOf()      //=> 1586707200000  (this is what is actually stored in the object)
  

• W środowiskach, w których zaimplementowano interfejs API internacjonalizacji ECMASCript (znany również jako „Intl”), Dateobiekt może wygenerować ciąg specyficzny dla ustawień regionalnych dostosowany do danego identyfikatora strefy czasowej. Dokonuje się tego poprzez timeZoneopcję toLocaleStringi jej odmiany. Większość implementacji obsługuje identyfikatory stref czasowych IANA, takie jak 'America/New_York'. Na przykład:

  var d = new Date("2020-04-13T00:00:00.000+08:00");
  d.toLocaleString('en-US', { timeZone: 'America/New_York' })
  //=> "4/12/2020, 12:00:00 PM"
  // (midnight in China on Apring 13th is noon in New York on April 12th)
  

  Większość współczesnych środowisk obsługuje pełny zestaw identyfikatorów stref czasowych IANA ( patrz tabela kompatybilności tutaj ). Należy jednak pamiętać, że jedynym identyfikatorem wymaganym do obsługi przez Intl jest 'UTC', dlatego należy dokładnie sprawdzić, czy trzeba obsługiwać starsze przeglądarki lub nietypowe środowiska (na przykład lekkie urządzenia IoT).

Biblioteki

Istnieje kilka bibliotek, których można używać do pracy ze strefami czasowymi. Chociaż nadal nie mogą sprawić, by Dateobiekt zachowywał się inaczej, zazwyczaj implementują standardową bazę danych stref czasowych IANA i zapewniają funkcje umożliwiające korzystanie z niej w JavaScript. Nowoczesne biblioteki używają danych strefy czasowej dostarczonych przez Intl API, ale starsze biblioteki zwykle mają narzuty, szczególnie jeśli pracujesz w przeglądarce internetowej, ponieważ baza danych może być nieco większa. Niektóre z tych bibliotek umożliwiają również selektywne zmniejszenie zestawu danych, według których stref czasowych są obsługiwane i / lub według zakresu dat, z którymi możesz pracować.

Oto biblioteki do rozważenia:

Biblioteki międzynarodowe

Nowy programista powinien wybrać jedną z tych implementacji, które opierają się na interfejsie API Intl dla danych strefy czasowej:

• Luxon (następca Moment.js )
• date-fns-tz (rozszerzenie dla date-fns )

Biblioteki inne niż międzynarodowe

Te biblioteki są utrzymywane, ale przenoszą ciężar pakowania własnych danych strefy czasowej, które mogą być dość duże.

• js-joda / timezone (rozszerzenie dla js-joda )
• moment-timezone * (rozszerzenie dla Moment.js )
• date-fns-timezone (rozszerzenie dla starszych wersji 1.x date-fns )
• BigEasy / TimeZone
• tz.js

* Chociaż Moment i Moment-Strefa czasowa były wcześniej zalecane, zespół Moment woli teraz użytkownicy wybrali Luxon do nowego rozwoju.

Biblioteki wycofane z produkcji

Biblioteki te zostały oficjalnie wycofane i nie powinny być dłużej używane.

• WallTime-js
• TimeZoneJS

Przyszłe propozycje

Do Wniosek TC39 czasowe ma na celu dostarczenie nowego zestawu standardowych obiektów do pracy z datami i godzinami w języku samej JavaScript. Obejmie to obsługę obiektu rozpoznającego strefę czasową.

Jak powiedział Matt Johnson

Jeśli możesz ograniczyć użycie do nowoczesnych przeglądarek internetowych, możesz teraz wykonywać następujące czynności bez żadnych specjalnych bibliotek:

new Date().toLocaleString("en-US", {timeZone: "America/New_York"})

To nie jest kompleksowe rozwiązanie, ale działa w wielu scenariuszach, które wymagają tylko konwersji danych wyjściowych (z czasu UTC lub czasu lokalnego do określonej strefy czasowej, ale nie w przeciwnym kierunku).

Więc chociaż przeglądarka nie może odczytać stref czasowych IANA podczas tworzenia daty lub ma jakiekolwiek metody zmiany stref czasowych w istniejącym obiekcie Date, wydaje się, że wokół niego jest hack:

function changeTimezone(date, ianatz) {

  // suppose the date is 12:00 UTC
  var invdate = new Date(date.toLocaleString('en-US', {
    timeZone: ianatz
  }));

  // then invdate will be 07:00 in Toronto
  // and the diff is 5 hours
  var diff = date.getTime() - invdate.getTime();

  // so 12:00 in Toronto is 17:00 UTC
  return new Date(date.getTime() + diff);

}

// E.g.
var there = new Date();
var here = changeTimezone(there, "America/Toronto");

console.log(`Here: ${here.toString()}\nToronto: ${there.toString()}`);

Możesz określić przesunięcie strefy czasowej new Date(), na przykład:

new Date('Feb 28 2013 19:00:00 EST')

lub

new Date('Feb 28 2013 19:00:00 GMT-0500')

Od czasu Datezapisania czasu UTC (tzn. getTimeZwrotów w UTC), javascript przekonwertuje czas na UTC, a kiedy wywołasz rzeczy takie jak toStringjavascript, przekonwertuje czas UTC na lokalną strefę czasową przeglądarki i zwróci ciąg w lokalnej strefie czasowej, tj. Jeśli używam UTC+8:

> new Date('Feb 28 2013 19:00:00 GMT-0500').toString()
< "Fri Mar 01 2013 08:00:00 GMT+0800 (CST)"

Możesz także użyć normalnej getHours/Minute/Secondmetody:

> new Date('Feb 28 2013 19:00:00 GMT-0500').getHours()
< 8

(Oznacza 8to, że po przeliczeniu czasu na czas lokalny - UTC+8liczba godzin to 8.)

To powinno rozwiązać Twój problem, zachęcamy do oferowania poprawek. Ta metoda uwzględni także czas letni dla danej daty.

dateWithTimeZone = (timeZone, year, month, day, hour, minute, second) => {
  let date = new Date(Date.UTC(year, month, day, hour, minute, second));

  let utcDate = new Date(date.toLocaleString('en-US', { timeZone: "UTC" }));
  let tzDate = new Date(date.toLocaleString('en-US', { timeZone: timeZone }));
  let offset = utcDate.getTime() - tzDate.getTime();

  date.setTime( date.getTime() + offset );

  return date;
};

Jak korzystać ze strefą czasową i czasem lokalnym:

dateWithTimeZone("America/Los_Angeles",2019,8,8,0,0,0)

Znalazłem najbardziej obsługiwany sposób, aby to zrobić, nie martwiąc się o bibliotekę strony trzeciej, polegającą getTimezoneOffsetna obliczeniu odpowiedniego znacznika czasu lub aktualizacji godziny, a następnie użyciu normalnych metod w celu uzyskania niezbędnej daty i godziny.

var mydate = new Date();
mydate.setFullYear(2013);
mydate.setMonth(02);
mydate.setDate(28);
mydate.setHours(7);
mydate.setMinutes(00);

// ET timezone offset in hours.
var timezone = -5;
// Timezone offset in minutes + the desired offset in minutes, converted to ms.
// This offset should be the same for ALL date calculations, so you should only need to calculate it once.
var offset = (mydate.getTimezoneOffset() + (timezone * 60)) * 60 * 1000;

// Use the timestamp and offset as necessary to calculate min/sec etc, i.e. for countdowns.
var timestamp = mydate.getTime() + offset,
    seconds = Math.floor(timestamp / 1000) % 60,
    minutes = Math.floor(timestamp / 1000 / 60) % 60,
    hours   = Math.floor(timestamp / 1000 / 60 / 60);

// Or update the timestamp to reflect the timezone offset.
mydate.setTime(mydate.getTime() + offset);
// Then Output dates and times using the normal methods.
var date = mydate.getDate(),
    hour = mydate.getHours();

EDYTOWAĆ

Poprzednio korzystałem z UTCmetod podczas transformacji daty, co było niepoprawne. Po dodaniu przesunięcia do czasu użycie getfunkcji lokalnych zwróci pożądane wyniki.

Wystąpił podobny problem z testami jednostkowymi (szczególnie, gdy testy jednostkowe są uruchamiane lokalnie w celu utworzenia migawek, a następnie serwer CI działa (potencjalnie) w innej strefie czasowej, co powoduje niepowodzenie porównania migawek). Kpiłem sobie z naszych Datei niektórych metod wspierających takich jak:

describe('...', () => {
  let originalDate;

  beforeEach(() => {
    originalDate = Date;
    Date = jest.fn(
      (d) => {
        let newD;
        if (d) {
          newD = (new originalDate(d));
        } else {
          newD = (new originalDate('2017-05-29T10:00:00z'));
        }
        newD.toLocaleString = () => {
          return (new originalDate(newD.valueOf())).toLocaleString("en-US", {timeZone: "America/New_York"});
        };
        newD.toLocaleDateString = () => {
          return (new originalDate(newD.valueOf())).toLocaleDateString("en-US", {timeZone: "America/New_York"});
        };
        newD.toLocaleTimeString = () => {
          return (new originalDate(newD.valueOf())).toLocaleTimeString("en-US", {timeZone: "America/New_York"});
        };
        return newD;
      }
    );
    Date.now = () => { return (Date()); };
  });

  afterEach(() => {
    Date = originalDate;
  });

});

Spróbuj użyć ctoc z npm. https://www.npmjs.com/package/ctoc_timezone

Ma prostą funkcjonalność do zmiany stref czasowych (większość stref czasowych około 400) i wszystkie niestandardowe formaty, które mają być wyświetlane.

Opierając się na powyższych odpowiedziach, używam tego natywnego linera do konwersji długiego ciągu strefy czasowej na ciąg trzech liter:

var longTz = 'America/Los_Angeles';
var shortTz = new Date().
    toLocaleString("en", {timeZoneName: "short", timeZone: longTz}).
    split(' ').
    pop();

To da PDT lub PST w zależności od podanej daty. W moim szczególnym przypadku użycia, rozwijając się na Salesforce (Aura / Lightning), możemy uzyskać strefę czasową użytkownika w długim formacie z backendu.

Wiem, że to 3 lata za późno, ale może może pomóc komuś innemu, ponieważ nie znalazłem czegoś takiego poza biblioteką strefy czasowej, która nie jest dokładnie taka sama, jak o to tutaj prosi.

Zrobiłem coś podobnego dla niemieckiej strefy czasowej, jest to trochę skomplikowane ze względu na czas letni i lata przestępne, w których masz 366 dni.

może potrzebować trochę pracy z funkcją „isDaylightSavingTimeInGermany”, podczas gdy różne strefy czasowe zmieniają się w różnych momentach czasu letniego.

w każdym razie sprawdź tę stronę: https://github.com/zerkotin/german-timezone-converter/wiki

głównymi metodami są: convertLocalDateToGermanTimezone convertGermanDateToLocalTimezone

Włożyłem dużo wysiłku w udokumentowanie tego, więc nie będzie to tak mylące.

Wypróbuj: date-from-timezone , rozwiązuje spodziewaną datę przy pomocy natywnie dostępnej Intl.DateTimeFormat.

Stosowałem tę metodę w jednym z moich projektów już od kilku lat, ale teraz postanowiłem opublikować ją jako mały projekt systemu operacyjnego :)

Dla użytkowników Ionic miałem z tym piekło, ponieważ .toISOString()musi być używany z szablonem HTML.

Spowoduje to pobranie bieżącej daty, ale oczywiście można ją dodać do poprzednich odpowiedzi dla wybranej daty.

Naprawiłem to za pomocą tego:

date = new Date();
public currentDate: any = new Date(this.date.getTime() - this.date.getTimezoneOffset()*60000).toISOString();

* 60000 wskazuje UTC -6, który jest CST, więc bez względu na strefę czasową można zmienić liczbę i różnicę.

Może to ci pomoże

/**
 * Shift any Date timezone.
 * @param {Date} date - Date to update.
 * @param {string} timezone - Timezone as `-03:00`.
 */
function timezoneShifter(date, timezone) {
  let isBehindGTM = false;
  if (timezone.startsWith("-")) {
    timezone = timezone.substr(1);
    isBehindGTM = true;
  }

  const [hDiff, mDiff] = timezone.split(":").map((t) => parseInt(t));
  const diff = hDiff * 60 + mDiff * (isBehindGTM ? 1 : -1);
  const currentDiff = new Date().getTimezoneOffset();

  return new Date(date.valueOf() + (currentDiff - diff) * 60 * 1000);
}



const _now = new Date()
console.log(
  [
    "Here: " + _now.toLocaleString(),
    "Greenwich: " + timezoneShifter(_now, "00:00").toLocaleString(),
    "New York: " + timezoneShifter(_now, "-04:00").toLocaleString(),
    "Tokyo: " + timezoneShifter(_now, "+09:00").toLocaleString(),
    "Buenos Aires: " + timezoneShifter(_now, "-03:00").toLocaleString(),
  ].join('\n')
);

Napotkałem ten sam problem, użyłem tego

Console.log (Date.parse („13 czerwca 2018 10:50:39 GMT + 1”));

Zwróci milisekundy, do których możesz sprawdzić, czy strefa czasowa +100 zainicjalizuje czas brytyjski. Mam nadzieję, że to pomoże !!