javascript - TimeZone vs Offset 存储用户时区

Question

我知道这是一个常见问题，但我找不到任何帖子指出使用/存储用户时区偏移量的缺点。这不是更好更高效的方式吗？

长长的时区下拉列表对用户来说不友好，而且大多数此类列表并不包含所有城市。他们还要求用户指定他们的时区。我觉得简单地检测它可能会好得多。就我而言，我的应用程序是一个带有 Reach 前端的 ASP.NET Core 应用程序，它很容易通过 JavaScript 捕获用户的时区偏移量。

为什么存储用户时区的偏移量不是一个好主意？

Answer 1

Any reason why storing the offset of user's timezone is NOT a good idea?

是的。许多。时区和偏移量不是一回事。时区表示本地时间对齐的地理区域。时区与 UTC 的偏移量可能会发生几种不同的变化。其中一些是有规律的(例如夏令时)，而另一些是不规律的(例如政府更改其标准时间或夏令时规则)。

... In my case, I simply want to display all date time values in user’s current time zone so that they’re meaningful to the user.

好的，假设您检查了用户的当前时区偏移量，它是 UTC-7。因此，您将其应用于应用程序中的某些日期和时间并完成 - 如您所想。除了您没有考虑到用户在加利福尼亚，并且您的日期之一是 12 月，此时偏移量应为 UTC-8。

因此您尝试对此进行更正，并计算出“当我看到 -7 时，有时它可能是 -8”的规则。除了现在你有一个用户在科罗拉多，冬天是 -7，夏天是 -6。或者来自亚利桑那州的另一位用户，该州大部分地区全年处于 -7。你怎么知道要遵循哪一套规则？如果不引用实际的时区，则无法完成。

这在全局范围内变得更加复杂。例如，UTC+2 的变体数量多得惊人。即使对于在 UTC+2 和 UTC+3 之间切换的国家/地区，它们也不会在同一日期或一天中的同一时间切换!

另请参阅:The Problem with Time & Timezones - Computerphile (YouTube)和 the StackOverflow timezone tag wiki .