В настоящее время мы поддерживаем интеграцию API со сторонней организацией, которая передает ответы через JSON. Мы используем C# .NET и Newtonsoft JSON (версия 13.0.1) для сериализации запросов и десериализации ответов.

Однако третья сторона сериализует пустые списки в некоторых своих ответах таким образом, которого мы не ожидаем. Вот пример.

Когда параметр списка содержит значения

{
    "code": 0,
    "msg": "OK",
    "info": [
        {/* Line Item 1 */}, 
        {/* Line Item 2*/}
    ]
}

(с заменой позиций 1 и 2 на действительный JSON для другого типа объекта)

Когда параметр списка пуст

{
    "code": 0,
    "msg": "OK",
    "info": {}
}

Насколько я могу судить, когда параметр списка/коллекции должен быть нулевым или пустым, он либо должен быть "[]", либо просто полностью отсутствует. И то, и другое было бы хорошо с точки зрения десериализации. Вместо этого мы получаем обратное исключение.

Newtonsoft.Json.JsonSerializationException: невозможно десериализовать текущий объект JSON (например, {"name":"value"}) в тип 'System.Collections.Generic.IList`1[GenericResponseLineItem]', поскольку для этого типа требуется массив JSON (например, [ 1,2,3]) для правильной десериализации. Чтобы исправить эту ошибку, либо измените JSON на массив JSON (например, [1,2,3]), либо измените десериализованный тип, чтобы он был обычным типом .NET (например, не примитивным типом, таким как целое число, а не типом коллекции, например массив или список), который можно десериализовать из объекта JSON. JsonObjectAttribute также можно добавить к типу, чтобы принудительно выполнить его десериализацию из объекта JSON.

Вот как я сейчас определяю класс в C#

[Serializable]
public class GenericNamedResponseObject
{
    [JsonProperty("code")]
    public int? Code { get; set; }

    [JsonProperty("msg")]
    public string ErrorMessage { get; set; }
    
    private IList<GenericResponseLineItem> _info;

    [JsonProperty("info")]
    public IList<GenericResponseLineItem> Info
    {
        get => _info ?? (_info = new List<GenericResponseLineItem>());
        set => _info = value;
    }
    
}

Текущее решение

На данный момент у меня есть обходной путь, который выполняет попытку десериализации моего GenericNamedResponseObject, а затем пытается десериализовать написанный мной объект GenericNamedResponseAlternateFormatting, в котором параметр Info полностью отсутствует.

Это работает, но это уродливый хак, и мы видим еще больше ответов от третьих лиц, имеющих аналогичный формат.

Есть ли в Newtonsoft JSON свойство, которое принимало бы как «[]», так и «{}» как представления пустого списка во время десериализации? Сторонняя сторона совершенно не согласна с этим, поскольку некоторые типы ответов десериализуются аккуратно, а некоторые нет.

Или, если мне нужно написать собственный десериализатор, как мне с этим правильно справиться?