Десериализация устаревшего (двоичного) файла после рефакторинга

Question

Я пытаюсь реорганизовать иерархию пространства имен моего приложения, поэтому я использую подкласс System.Runtime.Serialization.SerializationBinder, чтобы попытаться обработать переименование.(Большинство моих переименованных классов правильно десериализованы в их новые пространства имен без проблем.)

Проблема, с которой я столкнулся, заключается в том, что один моих сериализованных классов (который реализует INotifyPropertyChanged) не удалось пометитьсобытие PropertyChanged как [field:NonSerialized] (упс), поэтому унаследованные файлы держатся за ссылку на устаревшую Type для этого класса (через сериализованный делегат).

Я реализовал ISerializable в переименованном классе в попытке избежать десериализации события PropertyChanged, но, похоже, это не сработало - попытка создания экземпляра старого (переименованного) класса все еще происходит.

Как мнезаставить BinaryFormatter избегать попыток десериализации делегатов?

Answer 1

Решение, по-видимому, заключалось в том, чтобы реализовать ISerializable в классе, содержащем ссылку на Type, и вручную управлять тем, какие поля были сериализованы и как.Это потребовало, чтобы измененный класс оставил заглушку класса в исходном пространстве имен для промежуточной сборки, в которой мы преобразовали устаревшие файлы в новый (переработанный) формат.Обратная совместимость не может быть восстановлена, но мы смогли спасти поврежденные файлы.

Answer 2

Существует причина, по которой делегаты МОГУТ быть объявлены ВНЕШНИМИ КЛАССАМИ.