深入JavaScript与.NET Framework中的日期时间（1）：基本概念与概述

为了将应用推向其他市场作准备。有一条“准则”叫做“Think Global, Do Local”，这要求我们在设计和开发应用程序时都思考一下这方面的问题。例如我们一直所说的“使用utf-8作为网页的编码”就是这一准则的一个实践。在处理日期时间方面，我们经常会使用的一个实践就是“使用UTC时间作为存储”。目前流行的开发语言中的日期时间一般都会包含“时区”的概念，但是在例如Sql Server 2005等存储系统对于时区没有良好的支持。因此在将时间存入Sql Server 2005时，强烈建议先将日期时间转为UTC时间。

将应用程序的执行效果独立于部署环境。我们在开发时使用的很多功能会带上系统设置的时区，很多朋友在开发应用时会忽视这一点，这样如果将程序部署到时区设置不同的系统上（例如国外的虚拟主机服务），在运行时就会产生不同的结果。如果大家使用FxCop（包含在Windows SDK中）来检测自己的程序集就会发现，调用日期时间的无参数ToString方法违反了Globalization类别的一条准则。这是因为无参数的ToString方法返回结果会由当前线程的Culture（可以通过Thread.CurrentThread.CurrentCulture属性来获取或设置）来决定，而当前线程的Culture与系统设置相关。

可以轻松的开发出适合多地区浏览的应用。对于一个“国际化友好”的应用程序来说，往往我们是根据客户端的地域设置或者目前正浏览的市场设置来显示时间，这样在中国的用户和在美国的用户就不会因为时间产生误解。从这一点上又可以清楚地发现使用UTC时间作为存储是多么的重要，只有这样，才能方便地做到“国际化”友好，

个人认为，时间问题其实是应用程序国际化中最容易解决的问题，因为货币会涉及到汇率换算，文字又涉及到翻译等等，而在时间日期问题上我们只要符合一定的良好实践即可。我们在处理时间问题时往往都应该留个心眼，例如遇到开发过程中怎么时间莫名其妙的差了8个小时的问题，就应该敏感地想到会不会是因为日期时间在时区问题上出现了差错，因为我们的开发机一般总是用了北京时间（UTC +8）嘛。:)

之所谓得到写这个系列的灵感，是因为一个朋友在向我反馈ASP.NET AJAX中调用Web Service方法时在日期时间上出现的问题。原本我只是想简单地针对这个问题进行解释（其实并不是bug，只是因为在开发时忽视了时区问题），但是发现描述时涉及到了太多的内容，因此我想趁此机会深入一下时间方面的问题，以及在使用JavaScript和.NET Framework在开发时的要点和实践。具体内容将在今后的文章中进行详细描述。