Goでの日付文字列の解析

"2014-09-12T11:45:26.371Z"Goで日付文字列を解析してみました。

コード

layout := "2014-09-12T11:45:26.371Z"
str := "2014-11-12T11:45:26.371Z"
t, err := time.Parse(layout , str)

私はこのエラーを受け取りました：

解析時間「2014-11-12T11：47：39.489Z」：範囲外の月

この日付文字列を解析するにはどうすればよいですか？

ここで説明されている正確なレイアウト番号と、ここで素晴らしいブログ投稿を使用してください。

そう：

layout := "2006-01-02T15:04:05.000Z"
str := "2014-11-12T11:45:26.371Z"
t, err := time.Parse(layout, str)

if err != nil {
    fmt.Println(err)
}
fmt.Println(t)

与える：

>> 2014-11-12 11:45:26.371 +0000 UTC

知っている。気が遠くなる。初めて捕まえた。Goは、日時コンポーネント（YYYY-MM-DD）に抽象的な構文を使用していませんが、これらの正確な数値を使用しています（これによると、Go Nopeの最初のコミットの時刻だと思います。誰か知っていますか？）。

実際に使用するレイアウト2006-01-02T15:04:05.000Zは、RickyAの回答に記載されている「」です。
これは、「goの最初のコミット時」ではなく、前述のレイアウトを覚えておくためのニーモニックな方法です。pkg / timeを
参照してください。

レイアウトで使用される基準時間は次のとおりです。

Mon Jan 2 15:04:05 MST 2006

これはUnix時間1136239445です。
MSTはGMT-0700であるため、参照時間は次のように考えることができます。

 01/02 03:04:05PM '06 -0700

（1、2、3、4、5、6、7、1は月、2は日を表すことを覚えておいてください。これは、日月の日付形式に慣れている私のようなヨーロッパ人にとっては容易ではありません。）

「time.parse：golangが時間を正しく解析しないのはなぜですか？」に示されているように、そのレイアウト（1,2,3,4,5,6,7を使用）は正確に尊重する必要があります。

回答どおり"2006-01-02T15:04:05.000Z"ですが、レイアウトの入力を省くために、パッケージの定数RFC3339を使用できます。

str := "2014-11-12T11:45:26.371Z"
t, err := time.Parse(time.RFC3339, str)

if err != nil {
    fmt.Println(err)
}
fmt.Println(t)

https://play.golang.org/p/Dgu2ZvHwTh

timeパッケージのtime.RFC3339定数を使用することをお勧めします。タイムパッケージから他の定数を確認できます。 https://golang.org/pkg/time/#pkg-constants

package main

import (
    "fmt"
    "time"
)

func main() {
    fmt.Println("Time parsing");
    dateString := "2014-11-12T11:45:26.371Z"
    time1, err := time.Parse(time.RFC3339,dateString);
    if err!=nil {
    fmt.Println("Error while parsing date :", err);
    }
    fmt.Println(time1); 
}

これはパーティーにかなり遅れており、ほとんどの場合上記のリンクを通じて、まだ何らかの形でまだ述べられていないことは何も言っていませんが、私はTL; DRを要約して、注目度の低い人に要約します。

go形式文字列の日付と時刻は非常に重要です。Goがどのフィールドがどのフィールドであるかを知る方法です。通常、次のように左から右に1〜9です。

• 1月/ 1月/ 1月/ 1月/ 01 / _1（など）は月
• 02 / _2は月の日
• 15/03 / _3 / PM / P / pm / pは時間と子午線（3pm）
• 04 / _4は分
• 05 / _5は秒
• 2006/06は年間
• -0700 / 07:00 / MSTはタイムゾーン用
• .999999999 / .000000000などは秒の一部です（違いは末尾のゼロが削除されているかどうかです）
• 月曜日/月曜日は曜日（2006年1月2日は実際には曜日でした）、

そのため、「月-秒-時間」が必要でない限り、日付形式として「01-05-15」を記述しないでください。

（繰り返しますが、これは基本的に上記の要約でした。）

これは非常に遅いかもしれませんが、これはこの問題につまずく可能性があり、日付文字列の解析に外部パッケージを使用する可能性がある人々のためのものです。

私はライブラリを探してみましたが、これを見つけました：

https://github.com/araddon/dateparse

READMEの例：

package main

import (
    "flag"
    "fmt"
    "time"

    "github.com/apcera/termtables"
    "github.com/araddon/dateparse"
)

var examples = []string{
    "May 8, 2009 5:57:51 PM",
    "Mon Jan  2 15:04:05 2006",
    "Mon Jan  2 15:04:05 MST 2006",
    "Mon Jan 02 15:04:05 -0700 2006",
    "Monday, 02-Jan-06 15:04:05 MST",
    "Mon, 02 Jan 2006 15:04:05 MST",
    "Tue, 11 Jul 2017 16:28:13 +0200 (CEST)",
    "Mon, 02 Jan 2006 15:04:05 -0700",
    "Thu, 4 Jan 2018 17:53:36 +0000",
    "Mon Aug 10 15:44:11 UTC+0100 2015",
    "Fri Jul 03 2015 18:04:07 GMT+0100 (GMT Daylight Time)",
    "12 Feb 2006, 19:17",
    "12 Feb 2006 19:17",
    "03 February 2013",
    "2013-Feb-03",
    //   mm/dd/yy
    "3/31/2014",
    "03/31/2014",
    "08/21/71",
    "8/1/71",
    "4/8/2014 22:05",
    "04/08/2014 22:05",
    "4/8/14 22:05",
    "04/2/2014 03:00:51",
    "8/8/1965 12:00:00 AM",
    "8/8/1965 01:00:01 PM",
    "8/8/1965 01:00 PM",
    "8/8/1965 1:00 PM",
    "8/8/1965 12:00 AM",
    "4/02/2014 03:00:51",
    "03/19/2012 10:11:59",
    "03/19/2012 10:11:59.3186369",
    // yyyy/mm/dd
    "2014/3/31",
    "2014/03/31",
    "2014/4/8 22:05",
    "2014/04/08 22:05",
    "2014/04/2 03:00:51",
    "2014/4/02 03:00:51",
    "2012/03/19 10:11:59",
    "2012/03/19 10:11:59.3186369",
    // Chinese
    "2014年04月08日",
    //   yyyy-mm-ddThh
    "2006-01-02T15:04:05+0000",
    "2009-08-12T22:15:09-07:00",
    "2009-08-12T22:15:09",
    "2009-08-12T22:15:09Z",
    //   yyyy-mm-dd hh:mm:ss
    "2014-04-26 17:24:37.3186369",
    "2012-08-03 18:31:59.257000000",
    "2014-04-26 17:24:37.123",
    "2013-04-01 22:43",
    "2013-04-01 22:43:22",
    "2014-12-16 06:20:00 UTC",
    "2014-12-16 06:20:00 GMT",
    "2014-04-26 05:24:37 PM",
    "2014-04-26 13:13:43 +0800",
    "2014-04-26 13:13:44 +09:00",
    "2012-08-03 18:31:59.257000000 +0000 UTC",
    "2015-09-30 18:48:56.35272715 +0000 UTC",
    "2015-02-18 00:12:00 +0000 GMT",
    "2015-02-18 00:12:00 +0000 UTC",
    "2017-07-19 03:21:51+00:00",
    "2014-04-26",
    "2014-04",
    "2014",
    "2014-05-11 08:20:13,787",
    // mm.dd.yy
    "3.31.2014",
    "03.31.2014",
    "08.21.71",
    //  yyyymmdd and similar
    "20140601",
    // unix seconds, ms
    "1332151919",
    "1384216367189",
}

var (
    timezone = ""
)

func main() {
    flag.StringVar(&timezone, "timezone", "UTC", "Timezone aka `America/Los_Angeles` formatted time-zone")
    flag.Parse()

    if timezone != "" {
        // NOTE:  This is very, very important to understand
        // time-parsing in go
        loc, err := time.LoadLocation(timezone)
        if err != nil {
            panic(err.Error())
        }
        time.Local = loc
    }

    table := termtables.CreateTable()

    table.AddHeaders("Input", "Parsed, and Output as %v")
    for _, dateExample := range examples {
        t, err := dateparse.ParseLocal(dateExample)
        if err != nil {
            panic(err.Error())
        }
        table.AddRow(dateExample, fmt.Sprintf("%v", t))
    }
    fmt.Println(table.Render())
}

他の言語で時間/日付のフォーマット/解析を扱ったことがあれば、他の言語が時間/日付のフォーマットに特別なプレースホルダーを使用していることに気づいたかもしれません。例えばルビ言語の使用のため

%d for day
%Y for year

上記のようなコードを使用する代わりに、Golangは、日付と時刻のみのように見える日付と時刻形式のプレースホルダーを使用します。Goは標準時間を使用します。

Mon Jan 2 15:04:05 MST 2006  (MST is GMT-0700)
or 
01/02 03:04:05PM '06 -0700

Goが使用していることに気付いたら

01 for the day of the month,
02 for the month
03 for hours,
04 for minutes
05 for second
and so on

したがって、たとえば2020-01-29を解析する場合、レイアウト文字列は06-01-02または2006-01-02にする必要があります。

このリンク-https://golangbyexample.com/parse-time-in-golang/で完全なプレースホルダーレイアウトテーブルを参照できます。