Een JavaScript-datum initialiseren naar een bepaalde tijdzone

Ik heb datum en tijd in een bepaalde tijdzone als een string en ik wil dit omzetten naar de lokale tijd. Maar ik weet niet hoe ik de tijdzone in het Date-object moet instellen.

Ik heb bijvoorbeeld Feb 28 2013 7:00 PM ET,dan kan ik

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

Voor zover ik weet, kan ik de UTC-tijd of de lokale tijd instellen. Maar hoe stel ik de tijd in in een andere tijdzone?

Ik heb geprobeerd de verschuiving van UTC op te tellen/af te trekken, maar ik weet niet hoe ik zomertijd kan tegengaan. Ik weet niet zeker of ik de goede kant op ga.

Hoe kan ik de tijd omzetten van een andere tijdzone naar lokale tijd in javascript?

Antwoord 1, autoriteit 100%

Achtergrond

JavaScript’s Date-object houdt intern de tijd in UTC bij, maar accepteert doorgaans invoer en produceert uitvoer in de lokale tijd van de computer waarop het draait. Het heeft zeer weinig faciliteiten om met tijd in andere tijdzones te werken.

De interne representatie van een Dateobject is een enkel getal, dat staat voor het aantal milliseconden dat is verstreken sinds 1970-01-01 00:00:00 UTC, zonder rekening te houden met schrikkelseconden. Er is geen tijdzone of tekenreeksindeling opgeslagen in het object Date zelf.Wanneer verschillende functies van het object Dateworden gebruikt, wordt de lokale tijdzone van de computer toegepast op de interne weergave . Als de functie een tekenreeks produceert, kan de landinstellingsinformatie van de computer in overweging worden genomen om te bepalen hoe die tekenreeks moet worden geproduceerd. De details verschillen per functie en sommige zijn implementatiespecifiek.

De enige bewerkingen die het object Datekan uitvoeren met niet-lokale tijdzones zijn:

• Het kan een tekenreeks met een numerieke UTC-offset uit elke tijdzone ontleden. Het gebruikt dit om de waarde die wordt geparseerd aan te passen en slaat het UTC-equivalent op. De oorspronkelijke lokale tijd en offset worden niet behouden in het resulterende object Date. Bijvoorbeeld:

  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)
  

• In omgevingen die de ECMASCript Internationalization API(ook bekend als ” Intl”), kan een Date-object een landspecifieke tekenreeks produceren die is aangepast aan een gegeven tijdzone-ID. Dit wordt bereikt via de optie timeZonenaar toLocaleStringen zijn variaties. De meeste implementaties ondersteunen IANA-tijdzone-ID’s, zoals 'America/New_York'. Bijvoorbeeld:

  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)
  

  De meeste moderne omgevingen ondersteunen de volledige set IANA-tijdzone-ID’s (zie de compatibiliteitstabel hier). Houd er echter rekening mee dat de enige id die vereistwordt ondersteund door Intl, 'UTC'is, dus u moet zorgvuldig controleren of u oudere browsers of atypische omgevingen moet ondersteunen ( bijvoorbeeld lichtgewicht IoT-apparaten).

Bibliotheken

Er zijn verschillende bibliotheken die kunnen worden gebruikt om met tijdzones te werken. Hoewel ze het Date-object nog steeds niet anders kunnen laten gedragen, implementeren ze meestal de standaard IANA-tijdzonedatabase en bieden ze functies voor gebruik in JavaScript. Moderne bibliotheken gebruiken de tijdzonegegevens die worden geleverd door de Intl API, maar oudere bibliotheken hebben doorgaans overhead, vooral als u in een webbrowser werkt, omdat de database een beetje groot kan worden. Sommige van deze bibliotheken stellen u ook in staat om selectief de dataset te verkleinen, ofwel door de tijdzones die worden ondersteund en/of door het datumbereik waarmee u kunt werken.

Hier zijn de bibliotheken om te overwegen:

Intl-gebaseerde bibliotheken

Nieuwe ontwikkeling moet kiezen uit een van deze implementaties, die voor hun tijdzonegegevens afhankelijk zijn van de Intl API:

• Luxon(opvolger van Moment.js)
• date-fns-tz(extensie voor date-fns)

Niet-internationale bibliotheken

Deze bibliotheken worden onderhouden, maar dragen de last van het verpakken van hun eigen tijdzonegegevens, die behoorlijk groot kunnen zijn.

• JS-JODA / TIMEZONE (extensie voor JS-JODA )
• moment-timezone * (extensie voor Moment.js )
• Datum-fns-timezone (extensie voor oudere 1.x van DATE-FNS )
• BIGASEASY / TIMEZONE
• tz.js

* Terwijl het moment en moment-timezone eerder aanbevolen waren, geeft het moment team de voorkeur aan gebruikers die Luxon voor nieuwe ontwikkeling koos.

Beëindigde bibliotheken

Deze bibliotheken zijn officieel beëindigd en mogen niet langer worden gebruikt.

• WallTime-JS
• timezonejs

Toekomstige voorstellen

De TC39 Temporeel voorstel streeft naar een nieuwe reeks standaardobjecten voor het werken met data en tijden in de JavaScript-taal zelf. Dit omvat ondersteuning voor een tijdzone bewust voorwerp.

Antwoord 2, Autoriteit 25%

Zoals Matt Johnson zei

Als u uw gebruik kunt beperken tot moderne webbrowsers, kunt u nu de
Volgend zonder speciale bibliotheken:

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

Dit is geen uitgebreide oplossing, maar het werkt voor veel scenario’s
die alleen uitvoerconversie vereisen (van UTC of lokale tijd naar a
specifieke tijdzone, maar niet de andere richting).

Dus hoewel de browser de IANA-tijdzones niet kan lezen bij het maken van een datum, of methoden heeft om de tijdzones op een bestaand Date-object te wijzigen, lijkt er een hack omheen te zijn:

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); // needs to substract
}
// E.g.
var here = new Date();
var there = changeTimezone(here, "America/Toronto");
console.log(`Here: ${here.toString()}\nToronto: ${there.toString()}`);

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

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

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

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

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;
};

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

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();

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

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;
  });
});

var day=new Date();
const options= {day:'numeric', month:'long', year:"numeric", timeZone:"Asia/Kolkata"};
const today=day.toLocaleDateString("en-IN", options);
console.log(today);

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

//For mumbai time diffrence is 5.5 hrs so
// city_time_diff=5.5 (change according to your city) 
let timee= Date.now()
    timee=timee+(3600000*city_time_diff); //Add our city time (in msec) 
    let new_date=new Date(timee)
console.log("My city time is: ",new_date);