5

我正在寻找在任何浏览器中使用同一时间在国际上预订服务的最佳实践/解决方案。我不太明白逻辑(也在这里挖)。

用例

  • 布鲁塞尔预订的用户可以说位于新加坡的理发服务 - 他将在一周内飞往那里。他在浏览器日期时间控件中选择了 14:00。但是,浏览器设置为 +1 UTC。
  • SG 发型师应该将他议程中的时间视为 14:00 SG 时间。
  • 理发店老板正在迪拜旅行,尽管他的浏览器暂时设置为 +4 UTC,但他希望看到他的议程仍然在 SG 时区。

基本上,所有角色都必须在当地时间看到“理发店”,无论他们在哪个 TZ,并在“商店”时间向服务器报告。

服务器时间为 UTC,时间戳以 unix 秒为单位。“商店”TZ 是众所周知的。

问题是我使用了几个在内部使用浏览器本地时间的 jquery 插件(datetimepicker 和日历),并且有几千行代码需要分析和修复,使其不太受支持 - 浏览器在(布鲁塞尔|任何其他 TZ)每个“new Date()”都将获得本地浏览器时间。还有一些狭窄的地方(因为这些想象中的“理发店”遍布全球,并且是从地图上挑选出来的,所以目标 TZ 是动态的)。

这样做的常见做法是什么?

是不是更容易

  • 在不关心时区的 js 中模拟“动态”基准日期,并提供给插件
  • 加载到客户端时将服务器数据转换为本地 TZ
  • 应用其他一些解决方案

非常感谢

PS 我已经阅读了最佳实践——但正如我所说,我一定会使用特定的插件。

解决方案

我意识到我不需要这些日期时间的相对值,因为我从不需要按时间比较不同“理发店”的书籍(每个“店”都有纬度/经度,如果需要,我仍然可以重新计算相对时间)。

基本上,无论时区如何,我只需要绝对UTC 值,在这种情况下,unix 时间(自 1970 年 UTC 以来的秒数)非常适合。

现在我不是在客户端通过用户浏览器偏移量更正时间,将其发送到后端,并通过目标偏移量在那里修复它,而是在客户端和服务器/数据库端以明确的 UTC 日期运行整个系统,存储并显示对所有角色,只有日期/时间过滤器例外,它们绑定到本地浏览器时钟并且不存储在任何地方。

4

1 回答 1

4

有几种方法可以解决这个问题。

选项1

  • 忘记 UTC、浏览器的时区和目标时区。只需将它们视为未指定的日期时间。
  • 在服务器和客户端之间,不要传递整数滴答声或秒数——它们与 UTC 绑定。相反,将本地日期时间作为 ISO8601 字符串传递,不带偏移量或“Z”。
  • 使用moment.js解析和格式化字符串,而不引入浏览器的偏移量。例如:

    // to get a Date value suitable for use with an existing control or script.
    var date = moment('2013-04-19T14:00').toDate();
    
    // to get a string back from a Date that's ready to go to your server.
    var str = moment(date).format('YYYY-MM-DDTHH:mm');
    
  • 在服务器端,这取决于您所在的平台。可能已经支持 ISO8601。例如,在 .Net 中,它只是.ToString("o"). 如果您需要这方面的具体建议,请告诉我们您的服务器平台/语言。

选项 2

  • 使用带有“Z”说明符的 ISO8601 向/从您的服务器传输 UTC 日期时间。
  • 任何时候处理日期,都可以使用 TZDB javascript 库,例如我在此处列出的库之一。转换为/从 UTC 和目标时区 - 忽略浏览器的时区。
  • 这将工作得很好,现在你谈论的是一个特定的时刻,而不是一些未指定的当地时间。但是,这些库需要大量数据,对于这样一个简单的任务来说,这可能是多余的。我不建议这样做,除非您有许多其他转换要做,例如将约会时间转换为其他时区。
于 2013-04-12T22:34:50.857 回答