timezone - 将时刻时区用于 future 事件，我应该保存什么？

Question

我已经做了大量的研究，并且对随着时间的推移进行编程的想法是新的。

我有一个应用程序，您必须能够在其中安排本地时间的 session 。因此，您可能会说“2017 年 12 月 23 日上午 9 点在旧金山”。事件位置是时间的视角。它也可能会再次发生，这是一个不同但相关的问题。

当我创建一个事件时，我知道我不应该在 UTC 中存储 future 的事件。我相信我需要:

本地日期时间

UTC 偏移量

Olson 数据库 ID Europe/London 可能是

但是，我计划在本地和服务器部分使用 Moment Timezone。

通过使用这个库。这如何改变我的看法？这是否意味着我不再需要担心夏令时？如果您告诉我“2017/12/12 09:00”，我可以将其准确地转换为世界上任何时区的本地时间？

所以我真正需要的是:

本地时间和日期(作为 ISOString？)

奥尔森时区 ID。

稍后在服务器上，当我想在事件发生前 1 小时发送推送通知时。这 2 个属性(和 Moment Timezone)应该涵盖我吗？

Answer 1

您可以非常轻松地使用时刻时区可靠地转换本地时间:

var original = moment.tz('2017-12-23T09:00:00', 'America/Los_Angeles');

var easternUS = original.clone().tz('America/New_York');
var centralEU = original.clone().tz('Europe/Berlin');
var westAUS = original.clone().tz('Australia/Perth');
var japan = original.clone().tz('Asia/Tokyo');
// etc.

(使用 .format(...) 生成具有所需输出的字符串。)

您还可以使用任何普通的 Moment 函数轻松计算一小时前的时间。

var earlierUTC = original.clone().utc().subtract(1, 'hour');
var earlierEastern = easternUS.clone().subtract(1, 'hour');

是的，如您所见，您需要存储的只是 2017-12-23T09:00:00 和 America/Los_Angeles 。

人们可能会考虑使用偏移量存储事件时间，例如 2017-12-23T09:00:00-08:00 ，但您会遇到一些问题:

如果事件每月重复发生怎么办？当 DST 在 3 月开始时，您必须决定是否将本地时间保持在上午 9 点并将偏移量更改为 -7，或者原始意图是否是等效的 UTC 时间(17:00Z)，这会移动本地时间到上午 10 点。

如果政客在事件发生前更改时区或 DST 规则怎么办？今年在加利福尼亚不太可能发生这种情况，但它确实在短时间内发生，并且在全局范围内具有一定的规律性。请参阅我的博客文章 On the Timing of Time Zone Changes 。即使在加利福尼亚州 - 假设这是在夏季举行的年度事件，但随后说一项法案 like this one 已通过成为法律 - 您的抵消也是错误的。

有一点你应该考虑。如果事件本地时间无效或不明确，你会怎么做？

无效时间发生在 spring-forward 转换中。例如，时钟从 1:59 移动到 3:00，但您有 2:30 的事件时间。这对于单个事件不太可能发生，但对于重复发生的事件很容易发生。您必须决定如何处理此问题，但如果您不确定，那么我建议将本地时间提前间隔时间。因此，事件将在当天 3:30 进行，然后在下一次发生时返回到 2:30。

在回退转换中发生不明确的时间。例如，时钟从 1:59 回到 1:00。如果您的事件在 1:30 运行，则您必须决定是在第一个实例上运行、在第二个实例上运行还是在两者上运行。在大多数情况下，我建议在第一个实例上运行(恰好是夏令时，而不是标准时间)。

如果事件真的只运行一次，并且可能在回退转换期间，那么可以通过以 UTC 或带有偏移量的本地时间记录事件时间来消除歧义。正如我之前提到的，请注意时区规则的变化。

Moment-timezone 在其转换过程中会自动应用上述建议，因此除非您有理由偏离 - 您不必担心。