3

我正在使用bs-datepicker将时间保存为 mongodb 中的数字。在 mongodb 中，时间字段的值为 ie，38700000分别41400000为16.15和17.00。

现在，我想以可读的形式格式化上述时间。我正在使用moment 2.16. 在这里我尝试但无法做jsfiddle

console.log(moment.unix(38700000).format('HH:mm')) //03:30, expect:16:15
console.log(moment.unix(41400000).format('HH:mm')) //09:30, expect:17:00

并且，如何从HH:mm转换为数字。例如18:71转换成数字

4

1 回答 1

3

您拥有的数据是自 1970-01-01 00:00:00.000 UTC 以来的毫秒数。

38700000 == 1970-01-01T10:45:00Z
41400000 == 1970-01-01T11:30:00Z

如果您将它们转换为您在评论中提到的时区偏移量 (UTC+05:30)，那么值的时间部分将符合您的预期。

38700000 == 1970-01-01T10:45:00Z == 1970-01-01T16:15:00+05:30
41400000 == 1970-01-01T11:30:00Z == 1970-01-01T17:00:00+05:30

您的值根本不对齐，因为您使用的是 moment 的unix函数，它期望时间以秒为单位，而不是毫秒（因为除非另有说明，否则Unix 时间以整秒为单位）。

此外，通过依赖本地时区，如果用户在不同的时区，您可能会得到与预期不同的值。

得到你要求的正确方法是：

moment(38700000).utcOffset("+05:30").format("HH:mm") // "16:15"
moment(41400000).utcOffset("+05:30").format("HH:mm") // "17:00"

请记住，这意味着您的原始数据不是参考 UTC 存储的，而是参考 UTC+05:30 存储的。如果您存储了基于 UTC 的值会更好，因此您可以这样做：

moment.utc(58500000).format("HH:mm") // "16:15"
moment.utc(61200000).format("HH:mm") // "17:00"

当然，这里真正的问题是您将时间存储到日期时间字段中。最好的办法可能是Date在 MongoDB 数据中根本不使用该类型，而只是将字符串"16:15"或等效的总分钟数存储为整数（60 * 16 + 15 == 975）。

于 2017-02-20T22:08:03.200 回答