1
jingniao 2017-02-06 17:30:07 +08:00
目前都是 int 类型的时间戳,转换大部分是在返回给前端的时候做下,也偶尔让前端自己转
主要是清晰,如果用数据库自带的 timestamp ,在转换的时候有时候会晕,本地时间, utc 时间,还有时区问题,所以我宁愿存储成 unix 样式的时间戳。 |
2
hheedat 2017-02-06 17:35:03 +08:00
时间戳格式化应该由前端完成,前端根据设计自行决定显示的格式
|
5
wizardforcel 2017-02-06 18:33:10 +08:00 via Android
前端
|
6
learnshare 2017-02-06 19:35:51 +08:00 via Android
展示端格式化,传输和计算都尽量保证统一的格式,比如用毫秒值
|
7
owt5008137 2017-02-07 09:08:47 +08:00 via Android
unix 时间戳兼容性最高哇,毫秒时间戳支持的语言并不多。逻辑时间操作一般直接用 UTC 时间戳,避免时区和闰秒问题。显示部分当然谁要显示谁转成 local time 了,这样即便不同时区显示的时间也是一样的
|
8
jarlyyn 2017-02-07 10:20:59 +08:00
必然是前端转最好。
|
9
otakustay 2017-02-07 11:43:02 +08:00
一切格式化的工作尽量靠近前端,能靠多近就多近
|
10
suikatw 2017-02-07 13:25:00 +08:00 1
这个问题我也想了解和探讨一下
可能场景不太一样 我喜欢用数据库来做,因为我最担忧的是机器时间意外不准的情况下如何保证逻辑正确 考虑到前端应用、后端应用都是多台机器,而数据库在不分库的情况下基本上请求都是打到同一台机器上,这样可以保证时间是统一的,不必过于担忧如果系统里各台机器时间不一致导致的逻辑 bug |
11
flyico 2017-02-07 13:52:40 +08:00
按说应该是前端来处理格式
但是很多时候我们也会加上格式化好的数据 主要是为了自己调试起来方便查看 |
12
julyclyde 2017-02-07 21:36:35 +08:00
时间戳遇到闰秒会丢失信息量
|