var d = new Date(0);
alert(d.toString()); // Thu Jan 01 1970 08:00:00 GMT+0800
alert(d.toDateString()); // Thu Jan 01 1970
alert(d.toTimeString()); // 08:00:00 GMT+0800
alert(d.toUTCString()); // Thu, 01 Jan 1970 00:00:00 GMT

d.toString() == d.toDateString() + " " + d.toTimeString()

解析时间日期字符串

• Date.parse(str)：解析str字符串，返回表示时间的time value。

• t
• Date.parse(new Date(t).toString());
• Date.parse(new Date(t).toUTCString());

系统设定时间日期字符串

• Date.prototype.toLocaleString()：根据系统设定，返回表示本地日期和时间的字符串
• Date.prototype.toLocaleDateString()：根据系统设定，返回表示本地日期的字符串。
• Date.prototype.toLocaleTimeString()：根据系统设定，返回表示本地时间的字符串。

var d = new Date(0);
alert(d.toLocaleString()); // 1970年1月1日 8:00:00
alert(d.toLocaleDateString()); // 1970年1月1日
alert(d.toLocaleTimeString()); // 8:00:00

　　这个结果是由我的系统设定决定的。在我的Vista操作系统中可以使用如下的方式来查看和设定（Windows操作系统其实大都差不多）：开始——控制面板——区域和语言选项：

　　在上面的对话框中，“长日期”中定义的格式即为toLocaleDateString方法返回结果所用的格式，而“时间”中定义的格式即为toLocaleTimeString方法返回结果所用的格式。“数字”、“货币”和“短日期”定义的格式都会在.NET Framework中使用到，不过这已经超出了这片文章讨论的范围。如果需要修改日期时间的格式，只需要在上面对话框中的下拉框中选择不同的格式即可。

　　不过请注意，这里只是设置了一些“格式”，如果要设定时区信息，则需要选择上面对话框中的“位置”标签，在那里您可以选择系统所使用的时区信息。系统的“格式”和“时区”信息相互独立，也就是说，我们完全可以在使用中国时区的情况下，使用美国的格式来显示信息。

　　不过无论格式如何，toLocaleString、toLocaleDateString和toLocaleTimeString三个方法结果之间的关系是不会改变的。

 

如何在实际开发中使用客户端系统的格式

　　大约8个月前，我正在参与一个项目的中国本地化（Localization，指开发一些市场特有的功能）以及全球化（Globalization，指开发一些让当前应用支持多市场运作的工作，例如编写市场切换逻辑，将写在页面中的文字迁移至资源文件中等等）工作。那时，对于如何在页面上显示日期和时间有过一个讨论，讨论集中在两种选择上：

1. 使用当前用户即将正在访问的市场来决定日期时间的显示格式。这样做可能得到的结果就是：一个系统设定格式为“中国”的用户在访问“美国”市场时，看到的时间和日期格式都是“美国”格式，而且用户看到的时间和系统时区设置无关。
2. 使用客户端系统设定的格式来显示日期和时间。这样作可能得到的结果就是：一个系统设定格式为“中国”的用户访问“美国”市场时，看到的时间和日期格式为“中国”格式，而用户看到的时间与系统时区设置有关。

　　后一种做法有优点也有缺点。优点在于在客户端看到的时间能够根据用户操作系统设定（这往往反映了用户的喜好）的格式和时区来显示时间日期。缺点在于可能用户在浏览一个美国市场（全是英文）的情况下，日期时间显示为中文，造成了“不和谐”。不过鉴于后面一种情况非常少见，因此项目最终选择了后一种做法。

　　不过，在服务器端是无法得到操作系统的时区和格式设置的。曾经有人认为，操作系统设置的格式可以从Request.UserLanguages数组中获得的Culture信息来得到。其实这个观点是错误的，Request.UserLanguages得到的Culture列表其实是在如下的对话框中设置，如下（打开IE浏览器——工具——Internet选项——语言）：

　　理论上这个设置可以独立于系统的格式和时区设定，我们完全能够使用北京的时区、美国的格式，同时服务器端得到阿拉伯文的信息。另外，在服务器端也是无法直接得到操作系统的时区信息的（事实上，我们都可以使用一个小技巧来获得客户端的格式和时区设定，不过这将会在下一篇文章中讲述）。

　　如果要将时间根据客户端的设置来显示，则需要将时间的“值”输出至客户端，并且在客户端显示出来。因此，我们可以使用以下的方法。这个方法的精髓在于使用客户端的document.write方法将信息写在页面上。首先，我们定义一个方法用户生成这段脚本：

protected string GetClientDisplayDate(DateTime dt)
{
    DateTime utc = dt.ToUniversalTime();
    return String.Format(
        "<script language='javascript' type='text/javascript'>\n" +
        "    document.write(new Date({0}, {1}, {2}).toLocaleDateString());\n" +
        "</script>",
        dt.Year, dt.Month - 1, dt.Day);
}

　　上面的代码有三个地方需要注意：

• 传入的DateTime对象需要调用其ToUniversalTime方法来得到它相应的UTC时间，这点在今后的文章中会谈到。
• 我们必须使用枚举年、月、日等信息的方法来构造Date类型对象。有人认为可以使用DateTime的Ticks属性来直接使用time value在客户端构造对象，其实这是不对的。.NET Framework中DateTime类型的设计和ECMAScript中Date类型设计不同，它的Ticks属性并不等同于time value。
• 在传入月份的时候，需要减去1，因为.NET Framework中DateTime类型的Month属性使用1到12表示月份，而ECAMScript中Date类型使用0到11来表示。

 　　于是我们可以使用上面的方法在页面合适的地方显示时间，例如：

<%= GetClientDisplayDate(DateTime.Now) %>

 　　这样，在客户端就会出现如下的脚本代码，这段代码将会使用客户端的系统设置格式来显示日期：

<script language='javascript' type='text/javascript'>
    document.write(new Date(2007, 5, 6).toLocaleDateString());
</script>

本文出自 “赵劼” 博客，转载请与作者联系！

本文出自 51CTO.COM技术博客