我见过JSON日期格式的许多不同标准:

"\"\\/Date(1335205592410)\\/\""         .NET JavaScriptSerializer
"\"\\/Date(1335205592410-0500)\\/\""    .NET DataContractJsonSerializer
"2012-04-23T18:25:43.511Z"              JavaScript built-in JSON object
"2012-04-21T18:25:43-05:00"             ISO 8601

哪一个是正确的?还是最好的?这方面有什么标准吗?


当前回答

这是我的工作与解析服务器

{
    "ContractID": "203-17-DC0101-00003-10011",
    "Supplier":"Sample Co., Ltd",
    "Value":12345.80,
    "Curency":"USD",
    "StartDate": {
                "__type": "Date",
                "iso": "2017-08-22T06:11:00.000Z"
            }
}

其他回答

JSON对日期一无所知。.NET所做的是非标准的黑客/扩展。

我会使用一种可以很容易地转换为JavaScript中的Date对象的格式,即可以传递给新的Date(…)的格式。最简单也是最可移植的格式是1970年以来包含毫秒的时间戳。

没有正确的格式;JSON规范没有指定交换日期的格式,这就是为什么有这么多不同的方法。

最好的格式可以说是以ISO 8601格式表示的日期(参见维基百科);它是一种众所周知且广泛使用的格式,可以跨多种不同语言处理,因此非常适合互操作性。例如,如果您可以控制生成的json,则可以以json格式向其他系统提供数据,选择8601作为日期交换格式是一个不错的选择。

例如,如果您无法控制生成的json,那么您是来自多个不同现有系统的json的使用者,最好的处理方法是使用日期解析实用程序函数来处理不同的格式。

“2014-01-01T23:28:56.782Z”

日期以表示UTC时间(由Z表示)的标准可排序格式表示。ISO 8601还通过将Z替换为时区偏移的+或–值来支持时区:

“2014-02-01T09:28:56.321-10:00”

ISO 8601规范中的时区编码还有其他变体,但–10:00格式是当前JSON解析器支持的唯一TZ格式。一般来说,最好使用基于UTC的格式(Z),除非您特别需要确定生成日期的时区(只有在服务器端生成时才可能)。

NB:

    var date = new Date();
    console.log(date); // Wed Jan 01 2014 13:28:56 GMT- 
    1000 (Hawaiian Standard Time) 
        
    var json = JSON.stringify(date);
    console.log(json);  // "2014-01-01T23:28:56.782Z"

告诉你,这是首选方式,尽管JavaScript没有标准格式

// JSON encoded date
var json = "\"2014-01-01T23:28:56.782Z\"";

var dateStr = JSON.parse(json);  
console.log(dateStr); // 2014-01-01T23:28:56.782Z

以下代码对我有效。此代码将以DD-MM-YYYY格式打印日期。

DateValue=DateValue.substring(6,8)+"-"+DateValue.substring(4,6)+"-"+DateValue.substring(0,4);

否则,还可以使用:

DateValue=DateValue.substring(0,4)+"-"+DateValue.substring(4,6)+"-"+DateValue.substring(6,8);

我认为这确实取决于用例。在许多情况下,使用适当的对象模型(而不是将日期呈现为字符串)可能更为有益,如下所示:

{
"person" :
      {
 "name" : {
   "first": "Tom",
   "middle": "M",
  ...
}
 "dob" :  {
         "year": 2012,
         "month": 4,
         "day": 23,
         "hour": 18,
         "minute": 25,
         "second": 43,
         "timeZone": "America/New_York"
    }   
   }
}

诚然,这比RFC 3339更冗长,但:

它也是人类可读的它实现了一个适当的对象模型(如在OOP中,只要JSON允许)它支持时区(而不仅仅是给定日期和时间的UTC偏移量)它可以支持更小的单位,如毫秒、纳秒。。。或者仅仅是小数秒它不需要单独的解析步骤(解析日期时间字符串),JSON解析器将为您完成一切轻松创建任何日期时间框架或任何语言的实现可以轻松扩展以支持其他日历刻度(希伯来文、中文、伊斯兰…)和时代(公元前、公元前…)10000年是安全的;-)(RFC 3339不是)支持全天日期和浮动时间(Javascript的Date.toJSON()不支持)

我不认为将日期序列化为JSON时真正需要正确的排序(如RFC 3339的funroll所指出的)。同样,这仅适用于具有相同时区偏移的日期时间。