設計API時,請求或返回的引數中有時間型別的話,用數字型時間戳好,還是用ISO8601格式字串好?

時間 2021-05-29 23:37:17

1樓:Shaopeng

Generally speaking, Unix Epoch time is better. If you want it to be more readable, set an additional property of UTC time in ISO format.

2樓:Jason Chen

我在資料庫裡都是用的timestamp的,這樣可以根據時間格式化成不同的時間格式。

通過api返回的也是直接返回timestamp。

3樓:戴路

我支援用時間戳。

以前做過RSS的解析器,發現不同的源返回的資料中日期的字串格式都不統一,導致我需要不停地修改解析器來讀取這些字串。

如果他們統一使用時間戳就好了!

4樓:

-時間戳沒有任何問題和坑, 除了 JS, :-DISO8601 的話, 許多語言的標準庫是沒這東西的. 事實上, iOS 和 Android 就有些細微的差別, 例如對 UTC 的處理, 還是很容易掉坑里的.

# UTC 和東八區的 ISO8601 格式, 大家對比下自己語言/庫的實現吧, 會有驚喜~

Time.zone = 'UTC'

Time.zone.now.iso8601=> "2016-01-06T04:38:00Z"

Time.zone = 'Beijing'

Time.zone.now.iso8601=> "2016-01-06T12:41:43+08:00"

所以時間戳吧-

5樓:留必

1 如果你儲存的是時間戳

時間戳可以直接返回,然後在客戶端根據客戶端的時區轉換成時間字串時間字串,需要在請求時候獲得客戶端的時區設定,把儲存的時間戳轉成對應的時間字串

2 如果你儲存的是時間字串

沒必要說了,肯定出錯

6樓:

看用途了,如果直接展示不做任何處理,直接返回格式化好的字串比如"2016-01-06"就好。

如果需要處理,肯定是long型的***更好,並且精度最高,很方便的轉成物件。

引數化設計未來在工業設計中的應用,如何應用,趨勢是什麼?會引起一種新的設計革命麼?

echo zhang 我最近正在整理同樓dixon老師的講課資料,整理的有點累了順便過來回答一下問題哈。引數化是個工具,來輔助設計師解決行業痛點,達到設計結果的美學和功能和商業的平衡。個人認為作為為2020年 2060年世代的硬體產品提供工業設計和使用者體驗構想的設計師,學習gh的同時,可以從以下幾...

遊戲設計製作時是否會用到類似 ACM 中的演算法設計?

Xi Yang 有個系列的書叫 遊戲程式設計精粹 裡面講了遊戲開發領域各種演算法和工程實踐。感覺涉及到複雜演算法與資料結構的,主要是圖形學和計算幾何這一塊,比如碰撞檢測 路徑規劃 地形生成。 劉源 雖然可能和樓主問的不一樣,但是實際專案中真見過乙個典型演算法問題 動態規劃 揹包問題 卡牌遊戲,玩家同...

在建築設計中是否應該追求構圖的純粹性(或推而廣之 合理性)?

景觀建築從業兩年,正經做設計的時間其實才短短一年,何謂正經,每天都在推敲比例與尺度以及研究材料構造做法,構圖美自然也包含在其中,甚至強迫到施工大樣圖也追求一種比例構圖美。堅信設計就是在和美觀做鬥爭,其實市面上能在比例與尺度上做到位的人本就不多。 構圖,歷史主義時期既有矣,理論十分複雜,現代建築中很多...