什么时候会比DateTimeOffset更喜欢DateTime？

几个月前，我被介绍到新的DateTimeOffsettypes，很高兴DateTime的时区方面的缺陷终于被照顾。

不过，我仍然想知道是否有任何开销或使用这种新types可能发生的问题。

我工作在一个多语言环境的Web应用程序。 有没有人知道什么可以摆脱我所有的date/时间工作使用它？ 这里有滥用的窗口吗？

参考： DateTimeOffset：由Justin Van Patten在.NET 3.5中创build一个新的DateTime结构

Answer 1

有时你真的只想表示一个“本地”（不知道时区）的date和时间，而不是即时的。 说实话，只是performance一段时间，比如“早上8点叫醒我，不pipe时区是多less”，但date和时间也是有用的。

我同意在绝大多数情况下， DateTimeOffset更合适。 它确实让我觉得奇怪，没有一个DateTimeTimeZone结构，它既有瞬时也有它的时区，但实际上并不能给你所有你需要的信息。 （例如，给定一个DateTimeOffset ，你不知道24小时后会是什么时间，因为你不知道DST什么时候可以启动。）

如果你想要这样的结构，我有一个非常粗糙的实现在另一个答案 。 我相信它可以很容易地改善:)

Answer 2

那么，一个明显的答案就是当你需要支持没有装载SP的客户端的时候（它实际上并不在3.5 – 它是在2.0 SP1中，同时发货）。