什么时候你会比DateTimeOffset更喜欢DateTime？
几个月前，我介绍了新的DateTimeOffset类型，并很高兴DateTime在时区方面的缺陷最终得到了照顾。
然而，我仍然想知道是否有任何开销或使用这种新类型可能发生的问题。
我在一个多语言环境的Web应用程序上工作。 有没有人知道任何可能会影响我在日期/时间工作中使用它的事情？ 这里有滥用的窗口吗？
参考：DateTimeOffset：由Justin Van Patten在.NET 3.5中创建一个新的DateTime结构
有时你只是想表示一个“本地”（不知道时区）的日期和时间，而不是即时的。 说实话，仅仅代表一段时间，比如“在早上8点叫醒我，不管时区如何”更为有用 - 但日期和时间也可能有用。
我同意绝大多数情况下， DateTimeOffset更合适。 它确实让我觉得奇怪，没有一个DateTimeTimeZone结构，它既有瞬时也有它的时区，尽管......偏移量实际上并不能提供你需要的所有信息。 （例如，给定一个DateTimeOffset ，你不知道24小时之后会是什么时间，因为你不知道DST什么时候可以开始。）
如果你想要这样的结构，我有另一个答案非常粗糙的实现。 我相信它可以很容易地改进:)
那么，一个明显的答案就是当你需要支持没有装入SP的客户端时（它实际上并不在3.5中 - 它是在2.0 SP1中同时发货的）。
链接地址: http://www.djcxy.com/p/46553.html