Javascript web服务的历元与日期对象

不确定是否需要在

epoch

和

date对象

之间进行长时间的讨论，以确定是否需要将其作为RESTFul web服务的输入。我可以列出两者的优点：

时代的优势：

• 减少混淆：不需要时区转换
• 因为它是一个数字，所以验证很容易

时代的缺点：

• 在32位值上，日期范围仅为136年（之后我们可以参考吗？现在是一天，64位的范围更广）

日期对象的优点-ISO 8601：

• 不必太在意日期范围的限制

日期对象的缺点-ISO 8601：

• 应验证请求有效负载（应分析并验证字符串是否为有效的日期对象）
• 应指定时区&使用时需要进行转换

应该不止这些。我想听听你的意见

---

谢谢

32位处理器不限于32位值。但这个问题并不是关于你的话题，因为它太宽泛了，而且主要是基于观点的。谢谢！但是，我相信，基于经验的观点是有价值的信息。这不是你相信什么的问题，这些只是网站的规则。请看“帮助”部分中关于主题的内容。@Navaneeth正如pvg所说的，堆栈溢出旨在避免冗长的未解决的讨论。您自己的opening子句表明此问题与堆栈溢出无关。您可以在google/bing上搜索“日期-时间最佳实践”，以获取更多信息，例如使用UTC（与您关于区域的陈述相反）。ECMAScript时间值（您的“纪元”）的范围约为±274000年（从1970年开始）。没有“ISO 8601日期对象”，通常使用零偏移量（即“UTC”）交换ISO 8601格式字符串。解析很简单，时区问题很容易解决。