DateTime和DateTimeOffset之间的区别是什么，什么时候应该使用?
目前，我们有一种以时区感知的方式处理. net DateTime的标准方法:每当我们生成一个DateTime时，我们都使用UTC(例如使用DateTime. utcnow)，每当我们显示一个DateTime时，我们从UTC转换回用户的本地时间。
这很好，但我已经阅读了DateTimeOffset以及它如何捕获对象本身的本地时间和UTC时间。
当前回答
一个主要的区别是DateTimeOffset可以与TimeZoneInfo一起使用，以转换为当前时区以外的本地时间。
这对于由不同时区的用户访问的服务器应用程序(例如ASP.NET)非常有用。
其他回答
DateTime只能存储两个不同的时间，本地时间和UTC。Kind属性指明是哪一种。
DateTimeOffset在此基础上进行了扩展，它能够存储世界上任何地方的本地时间。它还存储本地时间与UTC之间的偏移量。请注意DateTime无法做到这一点，除非您向类中添加一个额外的成员来存储UTC偏移量。或者只使用UTC。顺便说一句，这本身就是个好主意。
最重要的区别是DateTime不存储时区信息，而DateTimeOffset存储时区信息。
尽管DateTime区分UTC和Local，但绝对没有与之相关的显式时区偏移。如果执行任何类型的序列化或转换，将使用服务器的时区。即使您通过添加分钟来偏移UTC时间来手动创建本地时间，您仍然可以在序列化步骤中获得bit，因为(由于DateTime中没有任何显式偏移)它将使用服务器的时区偏移。
例如，如果你使用Json用Kind=Local序列化一个DateTime值。Net和ISO日期格式，你会得到一个像2015-08-05T07:00:00-04这样的字符串。注意最后一部分(-04)与你的DateTime或你用来计算它的任何偏移无关…这仅仅是服务器的时区偏移。
同时，DateTimeOffset显式地包含偏移量。它可能不包括时区的名称，但至少包括偏移量，如果序列化它，您将在值中获得显式包含的偏移量，而不是服务器的本地时间。
从微软:
DateTimeOffset值的这些用法比DateTime值的用法更常见。因此，应该将DateTimeOffset视为应用程序开发的默认日期和时间类型。
来源:“选择DateTime, DateTimeOffset, TimeSpan和TimeZoneInfo”，MSDN
当我们的应用程序处理特定的时间点时(例如，当一个记录被创建/更新时)，我们几乎所有的事情都使用DateTimeOffset。顺便说一句，我们在SQL Server 2008中也使用了DATETIMEOFFSET。
我认为，当您只想处理日期、时间或在一般意义上处理这两种情况时，DateTime非常有用。例如，如果您有一个闹钟，希望每天早上7点响，您可以使用未指定的DateTimeKind将其存储在DateTime中，因为您希望它在早上7点响，而不考虑夏令时。但是，如果希望表示告警发生的历史，则可以使用DateTimeOffset。
在混合使用DateTimeOffset和DateTime时要谨慎，特别是在类型之间进行分配和比较时。同样，只比较DateTimeKind相同的DateTime实例，因为DateTime在比较时忽略了时区偏移。
日期时间.现在 免费 03 12月 21 18：40：11
DateTimeOffset.Now 免费 03 12月 21 18：40：11 +02：00
因此，DateTimeOffset存储有关时间如何与UTC(基本上是时区)相关的信息。
一个主要的区别是DateTimeOffset可以与TimeZoneInfo一起使用，以转换为当前时区以外的本地时间。
这对于由不同时区的用户访问的服务器应用程序(例如ASP.NET)非常有用。
