REST API: 时间字段设计 Unix time vs ISO-8601

[cfddream]

关于时间字段的设计，罗列了以下几种常用格式。个人比较喜欢ISO-8601且忽略milliseconds的格式
https://gist.github.com/fundon/9128462

[binux]

我喜欢Unix time，容易处理
当你有一个能处理ISO-8601的类库的时候，一定能将时间戳转换成ISO-8601
当你没有一个ISO-8601的时候，时间戳也可以简单地进行计算加工

[cfddream]

@binux 是的，Unix time在没有parse的情况下，还能很好的进行计算加工；ISO-8601在可读性、human-readable上有自己的优势

[justfindu]

话说你是做接口 要可读性做什么~ 如果是展示用 前端格式化. 数据的话还是unix time好~

[9hills]

从parse的角度上讲，ms级的timestamp最好。也不用处理时区问题

[flytwokites]

我弄不明白是的http之类的协议为什么要弄个human readable的日期格式，这是协议，是程序来parse的，不是给人看的，弄得这么复杂作者纯粹是个蛇精病。

[coosir]

Unix time

[cfddream]

@flytwokites 以上是大家比较常用的格式，各自都有优势和特点；选择team统一、喜欢的风格就行。
再说现在各语言的日期时间解析库也在不断完善，也不是什么大的问题。有意思的是Dropbox API 选择了第三种格式 https://www.dropbox.com/developers/core/docs。

[dorentus]

@flytwokites JSON、XML、YAML 什么的，其实就是为了给人类看的啊，在此前提下再设计成机器可解析格式的……

[NemoAlex]

Unix time
ISO-8601 可读性就很好吗？时区是个问题啊

[qhxin]

支持使用 ISO-8601，有一个关键的问题是，如果用户提交的日期转换为 ts 提交不保存时区的话，在其他时区复原用户提交的那个日期是不可能的，因为 timestamp 还原为日期字符串必须知道它是在哪个时区生成的，ISO8601 自带了时区信息，非常灵活。