1

我有 GetDateTimeOffset(string latitude, string longitude, string dateTime) Web 服务，它确定给定 Lat/Long 和本地 DateTime 的时间偏移量。

我们当前的客户端网页使用 DateTimePicker 插件http://trentrichardson.com/examples/timepicker/。我们使用默认的日期格式和格式时间部分作为“h:mm:ss TT Z”，因此我们传递给服务器的字符串看起来像“01/22/2014 12:09:00 AM -05:00”。但我正在考虑让我们的 Web 服务更通用，所以它应该容忍传入的 dateTime 字符串格式。

现在我正在使用 BCL http://goo.gl/s9Kypx以次优方式解析 DateTime 字符串（用户输入） 。

var tmpDateTime = new DateTimeOffset(DateTime.Now).DateTime;
if (!String.IsNullOrEmpty(dateTime))
{
    try
    {
        // Note: Looks stupid? I need to throw away TimeZone Offset specified in dateTime string (if any).
        // Funny thing is that calling DateTime.Parse(dateTime) would automatically modify DateTime for its value in a system timezone.
        tmpDateTime = DateTimeOffset.Parse(dateTime).DateTime;
    }

    catch (Exception) { }
}

问题：

  • a) 上述代码是否是以灵活的“宽容”方式将用户输入解析为 DateTime 的正确 BCL 方法？
  • b）将dateTime字符串解析为LocalDateTime（Noda Time类）的一种好的和“宽容”的方式是什么？

我想我应该使用

  • http://goo.gl/a2wYco用于在野田时间获取系统的 LocalDateTime
  • LocalDateTimePattern.Parse(String) 并且可能是 Jon Skeet 在此处http://goo.gl/F8k51c描述的用于解析各种格式的方法。但是使用哪些模式来使其真正灵活呢？
4

1 回答 1

2

如果您需要解析该特定模式，那么您可以这样做DateTimeOffset.TryParseExact，或者使用 NodaTime 代码从该输入中解析：

var defaultValue = new OffsetDateTime(new LocalDateTime(2000, 1, 1, 0, 0), Offset.Zero);
var pattern = OffsetDateTimePattern.Create("MM/dd/yyyy hh:mm:ss tt o<m>", CultureInfo.InvariantCulture, defaultValue);
var result = pattern.Parse("01/22/2014 12:09:00 AM -05:00");
if (!result.Success)
{
    // handle your error
}

OffsetDateTime value = result.Value;
LocalDateTime local = value.LocalDateTime;

但回到你的陈述：

但我正在考虑让我们的 Web 服务更通用，所以它应该容忍传入的 dateTime 字符串格式。

这不是一个好主意。如果您正在创建Web 服务，您应该非常明确地说明您使用的格式。最好不要使用您在此处显示的这种格式，而应使用 ISO-8601 扩展格式，例如2014-01-22T12:09:00-05:00

于 2014-01-23T05:44:26.527 回答