Sam*_*Sam 3 javascript asp.net timezone timezone-offset reactjs
我意识到这是一个常见问题，但是我找不到任何指出使用/存储用户时区偏移量的缺点的帖子。这不是更好，更有效的方法吗？
时区长的下拉列表不是用户友好的，而且大多数此类列表并没有囊括所有城市。他们还要求用户指定他们的时区。我觉得仅检测它可能会好得多。就我而言，我的应用程序是具有Reach前端的ASP.NET Core应用程序，通过JavaScript捕获用户的时区偏移非常容易。
为什么存储用户时区的偏移量不是一个好主意？
为什么存储用户时区的偏移量不是一个好主意？
是。许多。时区和偏移量不是同一件事。时区表示本地时间对齐的地理区域。时区与UTC的偏移量可能会发生几种不同的变化。其中一些是有规律的（例如夏时制），一些是无规律的（例如政府更改标准时间或dst规则时）。
...就我而言，我只想显示用户当前时区中的所有日期时间值，以便它们对用户有意义。
好的，假设您检查了用户的当前时区偏移量，即UTC-7。因此，您可以将其应用于应用程序中的某些日期和时间并完成操作-这样就可以了。除非您没有考虑用户在加利福尼亚州，并且您的日期之一是12月，此时偏移应为UTC-8。
因此，您尝试对此进行更正，并制定出“当我看到-7时，有时可能是-8”的规则。除了现在，您有一个用户来到科罗拉多州，冬天是-7岁，夏天是-6岁。或来自亚利桑那州的另一位用户，该州的大部分时间为全年-7。您如何知道要遵循哪些规则？如果不参考实际时区，则无法完成。
这在世界范围内变得更加复杂。例如，UTC + 2的变体数量简直太疯狂了。即使对于在UTC + 2和UTC + 3之间切换的国家-它们也不是都在同一日期或一天中的同一时间切换！
另请参见：时区和时区问题-Computerphile timezone（YouTube）
和StackOverflow 标签wiki。
| 归档时间： |
|
| 查看次数： |
903 次 |
| 最近记录： |