18

我希望将 Noda 时间用于一个相当简单的应用程序，但是我正在努力寻找任何文档来处理一个非常基本的用例：

我有一个登录用户，并将他们的首选时区存储在设置中。来自客户端的任何日期/时间都采用已知的文本格式（例如“dd/MM/yyyy HH:mm”），具有已知的时区 ID（例如“Europe/London”）。我计划将这些时间转换为 UTC/Noda Instants，以防止需要在数据库中存储每个日期的时区信息。

首先，这听起来像一个明智的方法吗？我几乎可以自由地改变任何东西，所以很高兴能走上更好/更明智的路线。数据库是 MongoDb，使用 C# 驱动程序。

我尝试过的是沿着这些路线，但努力克服第一步！

var userSubmittedDateTimeString = "2013/05/09 10:45";
var userFormat = "yyyy/MM/dd HH:mm";
var userTimeZone = "Europe/London";

//noda code here to convert to UTC


//Then back again:

我知道有人会问“你试过什么”，我所拥有的只是各种失败的转换。很高兴被指向“野田时间入门”页面！

4

1 回答 1

21

我计划将这些时间转换为 UTC/Noda Instants，以防止需要在数据库中存储每个日期的所有时区信息。

如果您以后不需要知道原始时区，那很好。（例如，如果用户更改了时区，但仍希望在原始时区重复出现某些内容）。

无论如何，我会将其分为三个步骤：

  • 解析成一个LocalDateTime
  • 将其转换为ZonedDateTime
  • 将其转换为Instant

就像是：

// TODO: Are you sure it *will* be in the invariant culture? No funky date
// separators?
// Note that if all users have the same pattern, you can make this a private
// static readonly field somewhere
var pattern = LocalDateTimePattern.CreateWithInvariantCulture("yyyy/MM/dd HH:mm");

var parseResult = pattern.Parse(userSubmittedDateTimeString);
if (!parseResult.Success)
{
    // throw an exception or whatever you want to do
}

var localDateTime = parseResult.Value;

var timeZone = DateTimeZoneProviders.Tzdb[userTimeZone];

// TODO: Consider how you want to handle ambiguous or "skipped" local date/time
// values. For example, you might want InZoneStrictly, or provide your own custom
// handler to InZone.
var zonedDateTime = localDateTime.InZoneLeniently(timeZone);

var instant = zonedDateTime.ToInstant();
于 2013-03-22T18:30:46.720 回答