Этот параметр работал для меня:
в podfile: pod 'pop'
в проекте> target> параметры сборки всегда ищут пути пользователя YES
Как только вы найдете его, ответ будет смущающе прост: вы применяете атрибут XmlElement
к члену массива. Более подробная информация на https://docs.microsoft.com/en-us/dotnet/standard/serialization/controlling-xml-serialization-using-attributes#serializing-an-array-as-a-sequence-of- elements
public class thing {
public string a { get; set; }
public string b { get; set; }
public string c { get; set; }
[XmlElement]
public string[] d { get; set; }
}
Затем мы можем проанализировать ноль или более вхождений d
как прямых потомков без узла сбора, чтобы владеть и ввести их, в свойство массива нашего объекта thing
. [ 1111]
Чтобы прояснить влияние атрибута, значение свойства thing.d
представляет собой коллекцию , в которой элементы являются анонимными и имеют тип string. Сериализация точно отражает это, давая вам узел коллекции "d" с дочерними узлами, которые получают свои имена по своему типу:
<things>
<a>..</a>
<b>..</b>
<c>..</c>
<d>
<string>..</string>
<string>..</string>
…
</d>
</things>
Однако, это не то, что мы пытаемся проанализировать. Атрибут [XmlElement]
препятствует тому, чтобы свойство рассматривалось как коллекция, и, если оно не является коллекцией, единственный другой способ отобразить его в XML - это повторяющийся элемент.