Date.parseの結果が正しくないのはなぜですか？

文字列をparseメソッドに渡すことは一般的に安全ではないというCMSは正しい一方で、新しいECMA-262 5th Edition(通称ES5)の仕様では、15.9.4.2節で、Date.parse()が実際にISO形式の日付を扱うべきであることを示唆しています。旧仕様ではそのような主張はありませんでした。もちろん、古いブラウザや一部の現行ブラウザでは、このES5の機能はまだ提供されていません。

2つ目の例は間違っていません。 Date.prototype.toISOString()`が意味するように、指定された日付はUTCですが、ローカルのタイムゾーンで表現されています。

Community

編集した答え 23日 5月 2017 в 12:10

4

0

解説 (2)

CMS · Accepted Answer · 2010-04-06T18:44:32+00:00

第5版の仕様が発表されるまで、Date.parseメソッドは完全に実装依存でした(new Date(string)は、Date.parse(string)と同等ですが、後者はDateではなく数値を返します)。第5版仕様では、simplified (and slightly incorrect) ISO-8601をサポートする要件が追加されました（What are valid Date Time Strings in JavaScript?も参照）。しかし、それ以外には、「Date.parse」や「new Date(string)」が何を受け入れるべきかについては、「Date#toString*」の出力を何でも受け入れなければならないということ以外には、何の要求もありませんでした（それが何であるかについては言及していません）。

ECMAScript 2017（第8版）では、実装はDate#toStringとDate#toUTCStringの出力を解析することが求められましたが、それらの文字列のフォーマットは指定されませんでした。

ECMAScript 2019（第9版）では、[Date#toString][3]および[Date#toUTCString][4]の形式が（それぞれ）指定されています。

ddd MMM DD YYYY HH:mm:ss ZZ [(タイムゾーン名)]
例: Tue Jul 10 2018 18:39:58 GMT+0530 (IST) 2.ddd, DD MMM YYYY HH:mm:ss Z
e.g. Tue 10 Jul 2018 13:09:58 GMT

は、新しい実装でDate.parseが確実に解析できるように、さらに2つのフォーマットを提供しています（ただし、どこでもサポートされているわけではなく、準拠していない実装はしばらくの間使われ続けることに注意してください）。

曖昧さを避けるため、日付文字列は手動で解析し、Dateコンストラクタに年、月、日の引数を指定して使用することをお勧めします。

// parse a date in yyyy-mm-dd format
function parseDate(input) {
  var parts = input.split('-');
  // new Date(year, month [, day [, hours[, minutes[, seconds[, ms]]]]])
  return new Date(parts[0], parts[1]-1, parts[2]); // Note: months are 0-based
}

[3]： http://ecma-international.org/ecma-262/9.0/#sec-date.prototype.tostring [4]： http://ecma-international.org/ecma-262/9.0/#sec-date.prototype.toutcstring