我正在努力将DateTime转换为UTC,这个概念以及所有我无法正确理解的东西.
当我得到一个日期时间字符串,比如说"7/10/2013",我就是这样做的
Convert.ToDateTime("7/10/2013").ToUniversalTime();
Run Code Online (Sandbox Code Playgroud)
这将在数据库中将其记录为"7/10/2013 4:00:00 AM ".服务器位于美国东海岸(-5).当然,在2013年7月期间,DST仍然被观察到,因此在此期间的偏移为-4,这样额外的4小时4:00:00 AM "记录为UTC.
当我写这篇文章时,它是2014年2月,DST没有生效,所以现在偏移是-5.在我的应用程序中,这是我在我的应用程序中选择的偏移量.
如果我申请-5偏移"7/ 10 /2013 上午4点零零分00秒 ",日期将是将"七/ 09 /2013 下午11时00分00秒 ".
哪一天是错的,有一天关闭.
问题#1
那么如何才能正确转换UTC时间呢?这意味着,当用户现在在2014年2月加载我的应用程序时(目前时区偏移为-5),7/10/2013 4:00:00 AM应该仍然是2013年7月10日,而不是2013年9月7日.
令我困惑的是,因为.ToUniversalTime()考虑了服务器DST,是否存在一个硬盘"通用时间",它不受服务器所在位置的影响?
问题2
当我在西海岸和东海岸都有服务器,写入数据库时会发生什么?如果记录的UTC时间是基于东海岸还是西海岸,应用程序如何判断?
基本上,代码怎么说,"7/10/2013 4:00:00 AM"是在东海岸创建的UTC时间(表示美国东海岸的7/10/2013 00:00:00 AM)和不是西海岸的服务器(这表明它是美国西海岸的7/09/2013 20:00:00 pm)?
对不起,如果这听起来很愚蠢.任何建议都表示赞赏.
==========最终编辑,我目前的解决方案===============
MiMo的回答很有意义.我对两件事感到困惑.
我的应用程序可以被来自不同时区的用户使用,有些用户与服务器位于同一时区,有些则不是.有些旅行,所以即使它们与服务器位于同一时区,它们也可能一直落在不同的时区.我的应用程序允许他们选择他们所在的时区,并适当地反映时间.
最初,我只是从数据库中获取UTC时间并从中减去用户的时区偏移量.正如Mimo所说,这是错误的.原因可以在我上面的帖子中看到.
我最初的解决方案是立即获取服务器的时区偏移并使用它来加减速,这也是错误的.截至2013年7月10日,当时服务器的偏移量为-4.目前,在2014年2月,服务器时区偏移为-5.解决方案当然是使用.ToLocalTime()
在我深入研究Mimo关于如何使用TimeZone.ToLocalTime()的建议之前,我就采取了以下措施来暂时解决问题.
从数据库中获取UTC日期并转换为.ToLocalTime,这是服务器显示的内容.所以到服务器,7/10/2013 4:00:00 AM成为7/10/2013 12:00:00 AM.
获取服务器时区偏移量.目前显示-5,因为它在美国东海岸.
获取用户的时区偏移量.对于西海岸,用户现在选择-8.对于东海岸,用户现在选择-5.
获取用户时区和服务器时区之间的差异.西海岸是-3.东海岸是0.
从7/10/2013 12:00:00 AM减去差异,因此西海岸的截止日期为7/09/2013 21:00:00 PM,东海岸的截止日期为7/10/2013 12:00:00 AM.
全对了.
非常感谢你们.现在是时候深入了解TimeZone.ToLocalTime()并看看我是否可以减少步骤2-5.