Mặc dù time.Parse()
chấp nhận một chuỗi định dạng như 2006-01-02 15:04:05 -0700 MST
, nó có thể đơn giản hơn để sử dụng một trong số constants được xác định trong thời gian.
const (
ANSIC = "Mon Jan _2 15:04:05 2006"
UnixDate = "Mon Jan _2 15:04:05 MST 2006"
RubyDate = "Mon Jan 02 15:04:05 -0700 2006"
RFC822 = "02 Jan 06 15:04 MST"
RFC822Z = "02 Jan 06 15:04 -0700" // RFC822 with numeric zone
RFC850 = "Monday, 02-Jan-06 15:04:05 MST"
RFC1123 = "Mon, 02 Jan 2006 15:04:05 MST"
RFC1123Z = "Mon, 02 Jan 2006 15:04:05 -0700" // RFC1123 with numeric zone
RFC3339 = "2006-01-02T15:04:05Z07:00"
RFC3339Nano = "2006-01-02T15:04:05.999999999Z07:00"
Kitchen = "3:04PM"
// Handy time stamps.
Stamp = "Jan _2 15:04:05"
StampMilli = "Jan _2 15:04:05.000"
StampMicro = "Jan _2 15:04:05.000000"
StampNano = "Jan _2 15:04:05.000000000"
)
Edit: Nếu bạn đang sử dụng chuỗi như là một cách để lưu trữ hoặc thời gian mã hóa, (chẳng hạn như với một định dạng mã hóa hạn chế,), bạn có thể muốn xem xét sử dụng Unix time. Bằng cách đó, bạn chỉ có thể lưu trữ một số int64
(hoặc hai, nếu bạn giữ số giây nano.
Nguồn
2012-12-30 20:37:40
Tôi đã nghĩ rằng đó là lỗi khi di chuyển. Đi bao gồm một tập tin 'lib/time/zoneinfo.zip' mà" bao gồm "rất nhiều múi giờ, nhưng không phải là FLEST. Nhưng sau đó tôi tự hỏi tại sao FLEST đã được in ở nơi đầu tiên ... – topskip
PC Windows 7 của tôi in FLEST múi giờ trong tệp nhật ký và cùng một PC không thể phân tích cú pháp vùng đó? – Max