18

我有一个这样的 POCO：

public class BlogEntry
{
    public string Title { get; set; }
    public DateTime Date { get; set; }
}

大多数情况下，它是从 Entity Framework 中获得的，但它可以并且将在 Entity Framework 之外使用。

来自 EF 的日期的 DateTimeKind 是未指定的，从我读到的内容是正常的。

当我在 Redis 中缓存这个 POCO（使用 ServiceStack Redis 客户端）时，它返回一个 DateTimeKind of Local。

因此，返回的对象存在抖动。第一遍（未缓存）具有 ISO-8601，没有偏移（DateTimeKind.Unspecified）。第二遍（缓存）是带有偏移量的 ISO-8601（来自 Redis 和 DateTimeKind.Local）。

有什么方法可以强制 ServiceStack JSON 序列化程序始终将日期解释为给定的 DateTimeKind？（我知道有一个“JsConfig.AppendUtcOffset”属性，但无论是真还是假，这些值对我来说永远不会改变？）

或者在我输入的 RedisClient 的反序列化过程中的某个地方使 DateTimeKind 成为本地的？

我可以手动更改我的 POCO 以强制执行 DateTimeKind - 这很有效 - 但我希望有一些不太容易出错的东西。

4

3 回答 3

21

如果您需要比@mythz 的答案更可配置的东西，您可以DateTimeKind通过覆盖 DateTime 和可选的 DateTime? 序列化和/或反序列化方法。

强制将所有序列化的 DateTimes 解释为 UTC

JsConfig<DateTime>.SerializeFn = time => new DateTime(time.Ticks, DateTimeKind.Local).ToString();

然后，如果 DateTime 不是指定格式，您可以更进一步并在反序列化时出错。当我想强制客户端在所有请求中指定时区时，我开始使用它，但不一定要求它始终是 Utc。

JsConfig<DateTime>.DeSerializeFn = time =>
{
  if (!IsInCorrectDateFormat(time))
    throw new System.Runtime.Serialization.SerializationException(BadDateTime);

  return ServiceStack.Text.Common.DateTimeSerializer.ParseDateTime(time);
};
于 2013-10-31T13:53:02.537 回答
7

DateTimeKind偏移量不会与 Date 一起存储，因此默认情况下，ServiceStack 序列化程序假设日期是本地的，它被序列化为 UTC 并反序列化为本地。

您可以通过DateTimeKind.Unspecified以下方式被假定为 UTC：

JsConfig.AssumeUtc = true;
于 2013-10-31T01:32:07.467 回答
6

对 bpruitt-goddard 解决方案的调整。所有的功劳都归于他。

JsConfig<DateTime>.SerializeFn = time => new DateTime(time.Ticks, DateTimeKind.Local).ToString("o");
        JsConfig<DateTime?>.SerializeFn = 
            time => time != null ? new DateTime(time.Value.Ticks, DateTimeKind.Local).ToString("o") : null;
        JsConfig.DateHandler = DateHandler.ISO8601;

因此，从服务堆栈发出的任何日期都将被强制转换为 ISO8601 日期格式，并且任何进入的日期都将自动从 ISO8601 字符串转换为 C# 日期。

于 2015-06-04T16:20:10.940 回答