2012-09-14 22 views
1

我只是在處理javascript本地日期/時間的網站上工作。日期/時間作爲UTC存儲在數據庫中,並通過日期對象(js)計算到用戶的當地時區。 我看到很多網站,論壇和平臺,不使用這些本地時間,但一個倒計時狀的表達,例如網絡門戶:當地時間有用嗎?

「公佈1個月前」,「發表於3小時前」, ...等等

您認爲有這樣做的好處,而不是顯示當地的日期/時間? 對於我來說,你對於pro和con有什麼爭論會是非常有趣的。 謝謝。

+0

如果您向用戶顯示確切的日期而不是「大約一年前」,但更確切地說我沒有看到任何優勢 – PaperThick

+0

從可用性的角度來看,沒有人想看日期。只是看到類似「問**今天**」而非「詢問2012年9月14日」 –

+0

堆棧溢出是通過顯示相對日期來實現的,但是會顯示懸停時的實際日期。你選擇什麼,在JS中做,而不是在服務器上。此外,這有點過於討論,因爲它沒有真正的答案,所以它可能會被關閉。 –

回答

2

這主要是一個可用性問題。如果您顯示本地日期/時間,您的用戶將面臨必須弄清所顯示的時間與當前掛鐘時間的關係的認知負荷。

就我個人而言,我認爲這些相對時間適應症是可以的,但只要有可能,您應該讓它們正確定位。他們拖拽了一些不太瞭解的I18N/L10N問題,如可替換參數和單數/複數形式。

0

對於某種博客可以很好。在評論中並不總是。有時很高興看到精確的時間。

也取決於目標用戶,例如普通人喜歡它,程序員完全不關心它。

2

對我來說「發佈1個月前」是比時間更好的細節,因爲我必須計算文章的年齡。但是,在與同一主題的其他文章進行比較時,可能會出現用戶想要知道文章確切日期的用例。所以它取決於文章的性質。

0

JavaScript中的本地時間來自客戶端的時鐘。這並不一定意味着這次是當地的實際時間。想想一個從巴黎到紐約的商人。他可能想讓筆記本電腦的時鐘有巴黎時間,因爲他想與家人保持聯繫,但在他的智能手機上,他利用紐約時間進行商業關係。

像「3分鐘前」這樣的相對時間描述對於區分未來事件中的新舊即將發生的事情非常有幫助。由於它們是相對的,它們在任何時區都是有效的。