Исключение JSON.NET при десериализации значения DateTime

Проблема, похоже, связана с десериализацией голой даты. Когда Date заключен в другой объект, кажется, что это работает. У меня работает этот код:

public class Program
{
    public static void Main(string[] args)
    {
        JsonSerializerSettings settings = new JsonSerializerSettings();
        settings.ReferenceLoopHandling = ReferenceLoopHandling.Serialize;
        settings.PreserveReferencesHandling = PreserveReferencesHandling.All;
        settings.ObjectCreationHandling = ObjectCreationHandling.Replace;
        settings.ConstructorHandling = ConstructorHandling.Default;
        settings.TypeNameHandling = TypeNameHandling.All;
        settings.TypeNameAssemblyFormat = System.Runtime.Serialization.Formatters.FormatterAssemblyStyle.Simple;
        settings.DateFormatHandling = DateFormatHandling.IsoDateFormat;
        settings.DateParseHandling = DateParseHandling.DateTime;
        settings.Converters.Add(new AS3DateTimeConverter());

        TestObject obj = new TestObject { Date = new DateTime(1970, 1, 1, 0, 0, 0, DateTimeKind.Utc) };
        string s = JsonConvert.SerializeObject(obj, settings);
        Console.WriteLine(s);
        object o = JsonConvert.DeserializeObject(s, settings);
        Console.WriteLine(((TestObject)o).Date.ToString());
    }
}

public class TestObject
{
    public DateTime Date { get; set; }
}

public class AS3DateTimeConverter : JsonConverter
{
    public override bool CanConvert(Type objectType)
    {
        return objectType == typeof(DateTime);
    }

    public override void WriteJson(JsonWriter writer, object value, JsonSerializer serializer)
    {
        JObject jo = new JObject();
        jo.Add("$type", "System.DateTime, mscorlib");
        jo.Add("ticks", ((DateTime)value).Ticks);
        jo.WriteTo(writer);
    }

    public override object ReadJson(JsonReader reader, Type objectType, object existingValue, JsonSerializer serializer)
    {
        JObject jo = JObject.Load(reader);
        return new DateTime(jo["ticks"].Value<long>());
    }
}

Вывод:

{"$id":"1","$type":"Q20224027.TestObject, JsonTest","Date":{"$type":"System.DateTime, mscorlib","ticks":621355968000000000}}
1/1/1970 12:00:00 AM

ОБНОВЛЕНИЕ

Чтобы проверить теорию о том, вызываются ли преобразователи для пользовательских объектов верхнего уровня со встроенной информацией о типе, я сделал преобразователь для объекта-оболочки даты и сериализовал его вместо этого. Это сработало, но только если я намекнул, используя DeserializeObject<T> вместо DeserializeObject. Вот код:

namespace Q20224027
{
    public class Program
    {
        public static void Main(string[] args)
        {
            JsonSerializerSettings settings = new JsonSerializerSettings();
            settings.ReferenceLoopHandling = ReferenceLoopHandling.Serialize;
            settings.PreserveReferencesHandling = PreserveReferencesHandling.All;
            settings.ObjectCreationHandling = ObjectCreationHandling.Replace;
            settings.ConstructorHandling = ConstructorHandling.Default;
            settings.TypeNameHandling = TypeNameHandling.All;
            settings.TypeNameAssemblyFormat = System.Runtime.Serialization.Formatters.FormatterAssemblyStyle.Simple;
            settings.DateFormatHandling = DateFormatHandling.IsoDateFormat;
            settings.DateParseHandling = DateParseHandling.DateTime;
            settings.Converters.Add(new DateWrapperConverter());

            DateWrapper obj = new DateWrapper { Date = new DateTime(1970, 1, 1, 0, 0, 0, DateTimeKind.Utc) };
            string s = JsonConvert.SerializeObject(obj, settings);
            Console.WriteLine(s);
            object o = JsonConvert.DeserializeObject<DateWrapper>(s, settings);
            Console.WriteLine(((DateWrapper)o).Date.ToString());
        }
    }

    public class DateWrapper
    {
        public DateTime Date { get; set; }
    }

    public class DateWrapperConverter : JsonConverter
    {
        public override bool CanConvert(Type objectType)
        {
            return objectType == typeof(DateWrapper);
        }

        public override void WriteJson(JsonWriter writer, object value, JsonSerializer serializer)
        {
            DateWrapper obj = (DateWrapper)value;
            JObject jo = new JObject();
            jo.Add("$type", typeof(DateWrapper).AssemblyQualifiedName);
            jo.Add("ticks", obj.Date.Ticks);
            jo.WriteTo(writer);
        }

        public override object ReadJson(JsonReader reader, Type objectType, object existingValue, JsonSerializer serializer)
        {
            JObject jo = JObject.Load(reader);
            return new DateWrapper { Date = new DateTime(jo["ticks"].Value<long>()) };
        }
    }
}

Вывод:

{"$type":"Q20224027.DateWrapper, JsonTest, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null","ticks":621355968000000000}
1/1/1970 12:00:00 AM

Я нашел обходной путь.

Если объект помещен в список перед сериализацией, он работает нормально, но только в том случае, если вы украсите класс атрибутом JsonConverter, указывающим преобразователь. Недостаточно добавить конвертер в список конвертеров для настроек сериализаторов.

Например, если у вас есть класс «Узел», который имеет член «Дочерний» Узел (т.е. тип имеет элементы своего собственного типа), и вы вкладываете некоторые узлы, то я обнаружил, что преобразователь не вызывается во время сериализации для чего-либо, кроме верхнего узла, когда вы только добавляете преобразователь в список преобразователей. С другой стороны, если вы явно украшаете класс конвертером, то все дочерние узлы запускаются через метод WriteJson конвертера, как и ожидалось. Таким образом, это в основном делает нефункциональным набор настроек сериализатора «Конвертеры».

Когда объекты являются членами массива и их тип украшен явным преобразователем, тогда методы их преобразователя ReadJson и WriteJson вызываются, когда типы встречаются во время сериализации и десериализации.

При получении строки JSON от клиента есть только два способа заставить ее работать. Либо вы вручную оборачиваете строку в объект, включающий общий список «$ type», и вставляете полученное значение как единственное значение в массив «$ values», либо вы должны просто избегать всего этого и жестко закодировать ожидаемый тип полученного объекта. вызывая типизированный DeserializeObject<T> метод. Какой беспорядок.

Единственная причина, по которой я могу понять, что это имеет смысл, заключается в том, что метод DeserializeObject (неуниверсальный) был явно предназначен НЕ для вызова преобразователей для объекта верхнего уровня, предположительно для того, чтобы его можно было использовать в методе WriteJson пользовательского преобразователя, не вызывая рекурсивного звонки на конвертер. Если это так, дизайн ужасен, потому что он приводит ко всем проблемам, которые я обсуждал.