Javascript 门户网站：当地时间有多有用？

我只是在一个处理javascript本地日期/时间的网站上工作。日期/时间作为UTC存储在数据库中，并通过日期对象（js）计算到用户的本地时区。 例如，我看到许多网站、论坛和平台不使用这些本地时间，而是使用倒计时的表达方式

“一个月前发布”、“三小时前发布”、。。。等等

您认为这样做而不是显示本地日期/时间有什么好处吗？ 我很感兴趣的是你对赞成和反对的论点。

---

谢谢。

因为某些类型的博客可能会很好。在评论中并不总是如此。有时能看到准确的时间是件好事

---

也取决于目标用户，例如，普通人喜欢它，程序员根本不关心它。

对于某些类型的博客来说可能是好的。在评论中并不总是如此。有时能看到准确的时间是件好事

---

还取决于目标用户，例如，普通人喜欢它，程序员根本不关心它。

这主要是一个可用性问题。如果显示本地日期/时间，用户将面临必须计算显示时间与当前挂钟时间之间关系的认知负荷

---

就我个人而言，我认为这些相对时间指示是可以的，但你应该尽可能地将它们适当地本地化。它们将一些不太为人所理解的I18N/L10N问题（如可替换参数和单数/复数形式）拖入其中。

这主要是一个可用性问题。如果显示本地日期/时间，用户将面临必须计算显示时间与当前挂钟时间之间关系的认知负荷

---

就我个人而言，我认为这些相对时间指示是可以的，但你应该尽可能地将它们适当地本地化。他们将一些不太被理解的I18N/L10N问题（如可替换参数和单数/复数形式）拖了进来。

对我来说，“一个月前发布”比时间更详细，因为我必须计算文章的年龄。但是，在一些使用案例中，当与同一主题的其他文章进行比较时，可能有人想知道文章的确切日期。因此，这取决于文章的性质。

对我来说，“1个月前发布”比时间更详细，因为我必须计算文章的年龄。但是，在一些使用案例中，当与同一主题的其他文章进行比较时，可能有人想知道文章的确切日期。因此，这取决于本文的性质。

JavaScript中的本地时间是从客户端时钟派生的。这并不一定意味着这个时间就是实际的当地时间。想想一个从巴黎到纽约的商人。他可能想用笔记本电脑的时钟来记录巴黎时间，因为他想与家人保持联系，但在他的智能手机上，他使用纽约时间来处理业务关系

---

像“3分钟前”这样的相对时间描述非常有助于区分新旧事件、即将发生的事件和遥远的未来事件。因为它们是相对的，所以在任何时区都是有效的。

JavaScript中的本地时间是从客户端时钟派生的。这并不一定意味着这个时间就是实际的当地时间。想想一个从巴黎到纽约的商人。他可能想用笔记本电脑的时钟来记录巴黎时间，因为他想与家人保持联系，但在他的智能手机上，他使用纽约时间来处理业务关系

---

像“3分钟前”这样的相对时间描述非常有助于区分新旧事件、即将发生的事件和遥远的未来事件。因为它们是相对的，所以在任何时区都是有效的。

如果你向用户显示确切的日期，而不是仅仅“大约一年前”，则更准确。但是如果你不一定要精确，从可用性的角度来看，我看不到任何好处，没有人想看到日期。与“2012年9月14日询问”相比，只看到“今天询问”这样的内容要好得多。堆栈溢出通过显示相对日期来实现，但实际日期悬停。无论你选择什么，都要在JS中进行，而不是在服务器上。此外，这也有点过于讨论，因为它没有实际的答案，所以可能会被关闭。如果你向用户显示确切的日期，而不是“大约一年前”，则更准确。但是如果你不一定要精确，从可用性的角度看，我看不到任何好处，没有人希望看到日期。与“2012年9月14日询问”相比，只看到“今天询问”这样的内容要好得多。堆栈溢出通过显示相对日期来实现，但实际日期悬停。无论你选择什么，都要在JS中进行，而不是在服务器上。此外，这是一个有点太多的讨论，因为它没有一个实际的答案，所以它可能会关闭。