Как сериализация работает в .Net
У меня такое чувство, что это репост, но я не могу найти о нем никакой хорошей информации. Мне просто было интересно, как на самом деле работает сериализация (ну, на самом деле десериализация). Мне интересно, если, скажем, у меня есть свойство, которое на самом деле не поддерживается частным полем; то есть:
public string SomeProp {
get {
return GetValue("SomePropKey");
}
set{
SetValue("SomePropKey", value);
}
}
Когда я десериализую, вызывается ли сеттер? Получатель вызывается при сериализации, потому что, когда я сериализую объект, правильное значение записывается в выходной поток. Я знаю, что это кажется странным обстоятельством, но что происходит на самом деле? Или я просто слишком усложняю это ....
Ответы 3
Это полностью зависит от механизма, который вы используете для сериализации.
Если вы используете XmlSerialization, то да, вызывается установщик.
Если вы используете сериализацию контракта данных (DataContractSerialization), то метод получения / установки будет вызываться, если вы примените атрибут DataMember к свойству (а не к его поддерживающему полю).
Если вы используете исходный механизм сериализации в .NET (реализация IFormatter), этот сценарий невозможен, потому что он будет сериализовать только значения, хранящиеся в полях.
XmlSerializer сериализует общедоступные члены и вызывает конструктор с нулевым параметром, что раздражает, поскольку предполагает, что то, что вы хотите, чтобы ваша бизнес-логика выполняла при построении, идентично тому, что вы хотите при десериализации. Это может быть верно для 99% ваших классов, и этого недостаточно. BinaryFormatter.Serialize (и, вероятно, SoapFormatter.Serialize) доказывают, что это ограничение не нужно и его можно избежать, а также они не требуют от вас увеличения риска, поскольку частные члены сериализуемы. К сожалению, BinaryFormatter и SoapFormatter устарели.
BinaryFormatter считается угрозой безопасности. На мой взгляд, DataContractSerializer лучше, чем XmlSerializer. Конструктор с нулевым параметром не имеет ограничений, поэтому кодируйте его по своему усмотрению. Это меньший риск, потому что данные могут быть конфиденциальными; люди, смотрящие на сериализованные файлы XML, не выдерживают. Атрибуты DataContract / DataMember раздражают, но приемлемы.
Оформление DataMember в поле set / get означает, что аксессоры будут запускаться при сериализации / десериализации. Я предпочитаю размещать украшение DataMember в резервном хранилище, потому что я не предполагаю, что бизнес-логика set / get всегда будет актуальна для сериализации / десериализации, и решение, что это актуально, похоже на увековечение ограничения. Нет необходимости помещать атрибут DataMember как в резервное хранилище, так и в свойство, которое может быть недокументировано, потому что это очевидно, или оно может быть недокументированным, потому что документация не доработана.
Еще проблемы с XmlSerializer: он не может сериализовать словарь. Если ваш класс реализует IEnumerable <T>, тогда XmlSerializer будет рассматривать объект, как если бы он был не чем иным, как перечислимым, и игнорировал данные других членов, а не сериализовал их.
Вы говорите о сериализации XML или «обычной» сериализации (мыльной / двоичной), поскольку -afaik- эти 2 метода сериализации различаются.
AFAIK, если вы используете BinaryFormatter или SoapFormatter, поля сериализуются / десериализуются, а не свойства. Что касается десериализации, я считаю, что используется специальный конструктор с двумя аргументами, который имеет аргументы SerializationInfo и StreamingContext.
Но ничто не мешает вам взять под контроль процесс сериализации, реализовав интерфейс ISerializable. Затем, если вы хотите, чтобы ваше значение было установлено с использованием вашего свойства, я думаю, вы отлично это сделаете.
Я знаю, что это не прямой ответ на ваш вопрос, и вы уже получили ответ, который искали. Но я не хотел скрывать это. Вы можете посмотреть исходники библиотеки базовых классов, используя Отражатель. Это отличный способ лучше понять внутреннее устройство .NET Framework и расширить свои знания.
Спасибо, мы используем XmlSerialization. Извините, я не включил это. И еще раз спасибо!