ServiceStack.Text:JsConfig在序列化一些未拾取的对象后所做的更改

本文关键字：对象 JsConfig Text 序列化 ServiceStack | 更新日期: 2023-09-27 18:23:40

我使用ServiceStack.Text作为我的服务中的默认序列化程序。

今天我遇到了一个意想不到的问题：

  • 在其中一个服务对串行器
  • 并且使用了序列化程序（即对象被序列化和反序列化）
  • 另一个调用的服务后来尝试在此基础上添加其自定义配置，但该配置被忽略

如果service2的自定义配置被提升了一个级别，并在使用序列化程序之前完成，那么一切都如预期的那样工作。

这意味着：

  • 配置只能在AppStart上完成，或者在使用序列化程序后无法覆盖
  • 或者，一旦使用了序列化程序，配置是否缓存在某个地方？如果是，是否可以强制缓存刷新自身

你能想到其他什么会引起这种问题吗？

我在每项服务中都始终如一地使用3.9.35版本。所有3项服务都是WebApi项目。

我写了一个非常简单的控制台应用程序来演示这个问题：

namespace SerializationTest
{
    class Program
    {
        static void Main(string[] args)
        {
            var foo = new Foo() {Id = "abcdef", Type = "standardFoo"};
            var bar = new Bar() {Color = "red", Number = 10};
            JsConfig<Foo>.IncludeTypeInfo = true;
            var serializedFoo = JsonSerializer.SerializeToString(foo);
            var serializedBar = JsonSerializer.SerializeToString(bar);
            var deserializedFoo = JsonSerializer.DeserializeFromString<Foo>(serializedFoo);
            var deserializedBar = JsonSerializer.DeserializeFromString<Bar>(serializedBar);
            JsConfig<Foo>.IncludeTypeInfo = false;
            JsConfig<Bar>.IncludeTypeInfo = true;
            var serializedFoo2 = JsonSerializer.SerializeToString(foo);
            var serializedBar2 = JsonSerializer.SerializeToString(bar);
            var deserializedFoo2 = JsonSerializer.DeserializeFromString<Foo>(serializedFoo2);
            var deserializedBar2 = JsonSerializer.DeserializeFromString<Bar>(serializedBar2);
            Console.ReadKey();
        }
    }
    public class Foo
    {
        public string Id { get; set; }
        public string Type { get; set; }
    }
    public class Bar
    {
        public int Number { get; set; }
        public string Color { get; set; }
    }
}

ServiceStack.Text:JsConfig在序列化一些未拾取的对象后所做的更改

而不是尝试否定IncludeTypeInfo属性。使用ExcludeTypeInfo

看看内部类WriteType。为了确定是否在序列化中包括该类型，它检查了一些内容。

首先，它检查所有四个静态布尔属性。有常规JsConfig值和特定于类型的值。由于逻辑"OR"，General将全面了解类型细节

private static bool IsIncluded
{
    get
    {
        return (JsConfig.IncludeTypeInfo || JsConfig<T>.IncludeTypeInfo);
    }
}
private static bool IsExcluded
{
    get
    {
        return (JsConfig.ExcludeTypeInfo || JsConfig<T>.ExcludeTypeInfo);
    }
}

中有这种方法

private static bool ShouldSkipType() { return IsExcluded && !IsIncluded; }

所以你会看到为了跳过排除和包含都必须通过测试。不知道为什么它是这样设计的，但这就是它目前的工作方式。

相关文章：