Question

我有一个像这样的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-8061，没有偏移（DateTimeKind.Unspecified）。第二遍（缓存）是带有偏移的ISO-8061（来自Redis with DateTimeKind.Local）。

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

或者在我的类型化RedisClient的反序列化过程中的某个地方使DateTimeKind本地？

我可以手动更改我的POCO以强制执行DateTimeKind - 这样可行 - 但我希望不会出现容易出错的事情。

Answer 1

如果您需要比@ mythz的答案更可配置的内容，您可以通过覆盖DateTime和可选的DateTime来强制DateTimes的序列化或反序列化具有某个DateTimeKind？序列化和/或反序列化方法。

强制所有序列化日期时间被解释为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);
};

Answer 2

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

您可以将DateTimeKind.Unspecified假设为UTC：

JsConfig.AssumeUtc = true;

Answer 3

调整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＃日期。

ServiceStack - 有没有办法强制所有序列化日期使用特定的DateTimeKind？

3 个答案: