| [ Web Proxy ] |
| Viewing: https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/Date/parse | [Back] [Original] |
Get to know MDN better
Dieser Inhalt wurde automatisch aus dem Englischen bersetzt, und kann Fehler enthalten. Erfahre mehr ber dieses Experiment.
Diese Funktion ist gut etabliert und funktioniert auf vielen Gerten und in vielen Browserversionen. Sie ist seit Juli 2015 browserbergreifend verfgbar.
Die Date.parse() statische Methode verarbeitet eine Zeichenkette, die ein Datum darstellt, und gibt den Zeitstempel des Datums zurck.
// Standard date-time string format
const unixTimeZero = Date.parse("1970-01-01T00:00:00Z");
// Non-standard format resembling toUTCString()
const javaScriptRelease = Date.parse("04 Dec 1995 00:12:00 GMT");
console.log(unixTimeZero);
// Expected output: 0
console.log(javaScriptRelease);
// Expected output: 818035920000
Date.parse(dateString)
dateStringEine Zeichenkette im Datums- und Zeitformat. Weitere Informationen zu den Fallstricken bei der Verwendung unterschiedlicher Formate finden Sie in der verlinkten Referenz.
Eine Zahl, die den Zeitstempel des angegebenen Datums darstellt. Wenn dateString nicht als gltiges Datum geparst werden kann, wird NaN zurckgegeben.
Diese Funktion ist ntzlich, um Datumswerte basierend auf Zeichenkettenwerten festzulegen, zum Beispiel in Verbindung mit der setTime() Methode.
Die Formate, die parse() verarbeiten kann, sind nicht explizit angegeben, es gibt jedoch einige Konstanten:
toISOString()) muss untersttzt werden.x ein Date ist, dessen Millisekundenmenge null ist, dann sollte x.valueOf() gleich einem der folgenden sein: Date.parse(x.toString()), Date.parse(x.toUTCString()), Date.parse(x.toISOString()). Dies bedeutet, dass die Formate, die durch toString() und toUTCString() produziert werden, ebenfalls untersttzt werden sollten.toLocaleString() erzeugt wird. Groe Engines versuchen jedoch alle, das toLocaleString("en-US") Format zu untersttzen.Andere Formate sind implementationsspezifisch und funktionieren mglicherweise nicht in allen Browsern. Eine Bibliothek kann helfen, wenn viele unterschiedliche Formate untersttzt werden mssen. Tatschlich ist die Unzuverlssigkeit von Date.parse() eines der Motive fr die Einfhrung der Temporal API.
Da parse() eine statische Methode von Date ist, wird sie immer als Date.parse() verwendet und nicht als Methode eines erstellten Date Objekts.
Die folgenden Aufrufe geben alle 1546300800000 zurck. Der erste impliziert UTC-Zeit, da es sich nur um ein Datum handelt, und die anderen spezifizieren explizit die UTC-Zeitzone.
Date.parse("2019-01-01");
Date.parse("2019-01-01T00:00:00.000Z");
Date.parse("2019-01-01T00:00:00.000+00:00");
Der folgende Aufruf, der keine Zeitzone angibt, wird auf den 2019-01-01 um 00:00:00 in der lokalen Zeitzone des Systems gesetzt, da er sowohl Datum als auch Uhrzeit enthlt.
Date.parse("2019-01-01T00:00:00");
Neben dem Standard-Datums- und Zeitformat werden die Formate toString() und toUTCString() untersttzt:
// toString() format
Date.parse("Thu Jan 01 1970 00:00:00 GMT-0500 (Eastern Standard Time)");
// 18000000 in all implementations in all timezones
// toUTCString() format
Date.parse("Thu, 01 Jan 1970 00:00:00 GMT");
// 0 in all implementations in all timezones
Hinweis: Dieser Abschnitt enthlt implementationsspezifisches Verhalten, das in verschiedenen Browsern oder unterschiedlichen Browserversionen inkonsistent sein kann. Es soll keine umfassende Tabelle zur Browser-Kompatibilitt darstellen, und Sie sollten immer eigene Tests durchfhren, bevor Sie ein beliebiges Format in Ihrem Code verwenden.
Implementationen standardmig setzen hufig die lokale Zeitzone, wenn die Datumszeichenkette nicht standardisiert ist. Fr Konsistenz nehmen wir an, dass die Laufzeit die UTC-Zeitzone verwendet, und sofern nicht anders angegeben, variiert die Ausgabe mit der Zeitzone des Gerts. Die Sommerzeit (DST) der lokalen Zeitzone kann ebenfalls einen Einfluss darauf haben.
Hier sind einige weitere Beispiele fr nicht-standardisierte Datumszeichenketten. Browser sind sehr nachsichtig beim Parsen von Datumszeichenketten und knnen Teile einer Zeichenkette, die sie nicht parsen knnen, ignorieren. Aus Kompatibilittsgrnden kopieren Browser hufig das Verhalten anderer, sodass sich diese Verarbeitungsmuster ber Browser hinweg verbreiten. Wie bereits erwhnt, dienen die folgenden Beispiele nur zur Veranschaulichung und sind keineswegs erschpfend:
| Beschreibung | Beispiel | Chrome | Firefox | Safari |
|---|---|---|---|---|
| Einzelne Zahl | 0 (einstellige Zahl) |
946684800000 (01. Jan 2000); NaN in Firefox 122 | -62167219200000 (01. Jan 0000) | |
31 (zweistellige Zahl) |
NaN | -61188912000000 (01. Jan 0031) | ||
999 (drei-/vierstellige Zahl) |
-30641733102000 (01. Jan 0999) | |||
| Datumszeichenketten mit verschiedenen Trennzeichen | 1970-01-01 (Standard) |
0 in allen Zeitzonen | ||
1970/01/01 |
0 | |||
1970,01,01 |
0 | NaN | ||
1970 01 01 |
0 | NaN | ||
Zeichenketten, die wie toString() aussehen |
Thu Jan 01 1970 00:00:00Thu Jan 01 1970Jan 01 1970 00:00:00Jan 01 1970 |
0 | ||
Zeichenketten, die wie toUTCString() aussehen |
Thu, 01 Jan 1970 00:00:00Thu, 01 Jan 197001 Jan 1970 00:00:0001 Jan 1970 |
0 | ||
| Das erste Datumselement ist 2-stellig | 01-02-03 (das erste Segment kann ein gltiger Monat sein) |
1041465600000 (02. Jan 2003) | -62132745600000 (03. Feb 0001) Hinweis: Safari nimmt immer JJ-MM-TT an, aber MM/TT/JJ. |
|
27-02-03 (das erste Segment kann ein gltiger Tag, aber kein Monat sein) |
NaN | -61312291200000 (03. Feb 0027) | ||
49-02-03 (das erste Segment kann kein gltiger Tag sein und ist <50) |
2495923200000 (03. Feb 2049) | -60617980800000 (03. Feb 0049) | ||
50-02-03 (das erste Segment kann kein gltiger Tag sein und ist 50) |
-628300800000 (03. Feb 1950) | -60586444800000 (03. Feb 0050) | ||
| Datumskomponenten auerhalb der Grenzen | 2014-25-23Mar 32, 20142014/25/23 |
NaN | ||
2014-02-30 |
1393718400000 (02. Mar 2014) | NaN | ||
02/30/2014 |
1393718400000 | |||
| berflssige Zeichen nach dem Monatsnamen | 04 Dec 199504 Decem 199504 December 1995 |
818031600000 | ||
04 DecFoo 1995 |
818031600000 Nur die ersten drei Zeichen werden gelesen. Firefox 121 liest bis zum gltigen Monatsnamen und gibt NaN zurck, wenn es "F" sieht. |
|||
04 De 1995 |
NaN | |||
| Spezifikation |
|---|
| ECMAScript 2027 LanguageSpecification # sec-date.parse |
DategetDate()getDay()getFullYear()getHours()getMilliseconds()getMinutes()getMonth()getSeconds()getTime()getTimezoneOffset()getUTCDate()getUTCDay()getUTCFullYear()getUTCHours()getUTCMilliseconds()getUTCMinutes()getUTCMonth()getUTCSeconds()getYear()setDate()setFullYear()setHours()setMilliseconds()setMinutes()setMonth()setSeconds()setTime()setUTCDate()setUTCFullYear()setUTCHours()setUTCMilliseconds()setUTCMinutes()setUTCMonth()setUTCSeconds()setYear()toDateString()toISOString()toJSON()toLocaleDateString()toLocaleString()toLocaleTimeString()toString()toTemporalInstant()toTimeString()toUTCString()valueOf()[Symbol.toPrimitive]()Object/FunctionDer Bauplan fr ein besseres Internet.
Teile dieses Inhalts sind 19982026 von einzelnen mozilla.org-Mitwirkenden. Inhalte sind verfgbar unter einer Creative-Commons-Lizenz.
| Web Proxy Viewer | New URL | Original Page |