我将用jQuery首次尝试Ajax。我正在将数据放到页面上，但对于Date数据类型返回的JSON数据，我遇到了一些问题。基本上，我得到的字符串是这样的：
/Date(1224043200000)/
从一个对JSON完全陌生的人那里——我如何将其格式化为短日期格式？这应该在jQuery代码中的某个地方处理吗？我使用$.datepicker.formatDate（）尝试了jQuery.UI.datepicker插件，但没有成功。
仅供参考：以下是我使用以下答案组合得出的解决方案：
function getMismatch(id) {
$.getJSON("Main.aspx?Callback=GetMismatch",
{ MismatchId: id },
function (result) {
$("#AuthMerchId").text(result.AuthorizationMerchantId);
$("#SttlMerchId").text(result.SettlementMerchantId);
$("#CreateDate").text(formatJSONDate(Date(result.AppendDts)));
$("#ExpireDate").text(formatJSONDate(Date(result.ExpiresDts)));
$("#LastUpdate").text(formatJSONDate(Date(result.LastUpdateDts)));
$("#LastUpdatedBy").text(result.LastUpdateNt);
$("#ProcessIn").text(result.ProcessIn);
}
);
return false;
}
function formatJSONDate(jsonDate) {
var newDate = dateFormat(jsonDate, "mm/dd/yyyy");
return newDate;
}
这个解决方案从回调方法中获取了我的对象，并使用日期格式库在页面上正确显示了日期。
原始示例：
/Date(1224043200000)/
不反映WCF使用内置JSON序列化通过WCF REST发送日期时使用的格式。（至少在.NET 3.5 SP1上）
我发现这里的答案很有用，但需要对正则表达式进行轻微的编辑，因为似乎时区GMT偏移被附加到WCF JSON中返回的数字（自1970年以来）。
在WCF服务中，我有：
[OperationContract]
[WebInvoke(
RequestFormat = WebMessageFormat.Json,
ResponseFormat = WebMessageFormat.Json,
BodyStyle = WebMessageBodyStyle.WrappedRequest
)]
ApptVisitLinkInfo GetCurrentLinkInfo( int appointmentsId );
ApptVisitLinkInfo的定义很简单：
public class ApptVisitLinkInfo {
string Field1 { get; set; }
DateTime Field2 { get; set; }
...
}
当“Field2”作为Json从服务返回时，值为：
/Date(1224043200000-0600)/
请注意作为值的一部分包含的时区偏移。
修改后的正则表达式：
/\/Date\((.*?)\)\//gi
它稍显急切，并抓住了家长之间的一切，而不仅仅是第一个数字。生成的时间sinze 1970，加上时区偏移都可以输入eval以获得日期对象。
替换产生的JavaScript行是：
replace(/\/Date\((.*?)\)\//gi, "new Date($1)");
TLDR：无法可靠地转换仅日期值，请发送字符串。。。
……或者至少这是所有这些答案的开始。
这里出现了许多转换问题。
这是一个没有时间的日期
每个人似乎都缺少的一点是，问题中有多少个尾随的零-它几乎可以肯定是从一个没有时间的日期开始的：
/Date(1224043200000)/
当从javascript控制台将其作为新日期执行时（许多答案的基础）
new Date(1224043200000)
你得到：
最初的询问者可能在EST中，并且有一个带有午夜的纯日期（sql）或DateTime（而不是DateTimeOffset）。
换句话说，这里的意图是时间部分没有意义。但是，如果浏览器在与生成的服务器相同的时区执行此操作，则无所谓，大多数答案都有效。
按时区排序
但是，如果您在不同时区（例如PST）的计算机上执行上述代码：
你会注意到，我们现在在另一个时区落后了一天。这不会通过更改序列化程序来解决（它仍将以iso格式包含时区）
问题
Date（sql）和DateTime（.net）上没有时区，但一旦将它们转换为可以执行的操作（在本例中是通过json推断的javascript），.net中的默认操作就是假定当前时区。
序列化正在创建的数字是自Unix纪元以来的毫秒数，或者：
(DateTimeOffset.Parse("10/15/2008 00:00:00Z") - DateTimeOffset.Parse("1/1/1970 00:00:00Z")).TotalMilliseconds;
javascript中的新Date（）将其作为参数。Epoch来自UTC，所以无论您是否想要，现在您都可以在其中获得时区信息。
可能的解决方案：
在序列化对象上创建一个仅表示日期的字符串属性可能会更安全——带有“10/15/2008”的字符串不太可能将其他人与此混淆。尽管即使在那里，您也必须在解析方面小心：https://stackoverflow.com/a/31732581
然而，本着对所提问题提供答案的精神，如下：
function adjustToLocalMidnight(serverMidnight){
var serverOffset=-240; //injected from model? <-- DateTimeOffset.Now.Offset.TotalMinutes
var localOffset=-(new Date()).getTimezoneOffset();
return new Date(date.getTime() + (serverOffset-localOffset) * 60 * 1000)
}
var localMidnightDate = adjustToLocalMidnight(new Date(parseInt(jsonDate.substr(6))));
