我有一个像这样的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”属性,但无论是真还是假, Value 观永远不会改变?)
或者在我的类型化RedisClient的反序列化过程中的某个地方使DateTimeKind本地?
我可以手动更改我的POCO来强制执行DateTimeKind - 这是有效的 - 但我希望有一些不易出错的东西 .
3 回答
如果您需要比@ mythz的答案更可配置的东西,您可以通过覆盖DateTime和可选的DateTime强制DateTimes的序列化或反序列化具有某个
DateTimeKind
?序列化和/或反序列化方法 .强制将所有序列化的DateTime解释为UTC
如果DateTime不是指定的格式,则可以更进一步,并在反序列化时出错 . 当我想强制客户端在所有请求中指定时区时,我开始使用它,但不一定要求它始终是Utc .
DateTimeKind
偏移量不会与Date一起存储,因此默认情况下,ServiceStack序列化程序会假设日期是本地的,它被序列化为UTC并反序列化为Local .您可以将
DateTimeKind.Unspecified
假设为UTC:调整bpruitt-goddard解决方案 . 所有的功劳归于他 .
因此,从服务堆栈发出的任何日期都将被强制转换为ISO8601日期格式,任何进入的日期将自动转换为ISO8601字符串中的C#日期 .