Информация об изменениях

Сообщение Re[3]: Динамическое приведение типов от 17.08.2015 9:36

Изменено 17.08.2015 9:37 Serginio1

Здравствуйте, mitechka, Вы писали:

M>Здравствуйте, Serginio1, Вы писали:


S>>Здравствуйте, mitechka, Вы писали:


S>>http://stackoverflow.com/questions/9422662/datacontractserializer-and-known-types

S>>https://msdn.microsoft.com/ru-ru/library/ms731073(v=VS.110).aspx

S>>

S>>Основное различие между сериализаторами DataContractSerializer и NetDataContractSerializer заключается в том, что DataContractSerializer использует имена контракта данных, а NetDataContractSerializer выводит полную сборку .NET Framework и имена типов в сериализованном XML-коде. Это означает, что одни и те же типы должны совместно использоваться конечными точками сериализации и десериализации. Так как при использовании сериализатора NetDataContractSerializer всегда известны точные типы, которые должны быть десериализованы, механизм известных типов не требуется.


M>Да я смотрел в сторону NetDataContractSerializer'а, но, к сожалению, на другой стороне же необходимо приводить базовый класс к производному, тип которого заранее неизвестен, а сериалайзер не умеет конструировать объекты произвольного типа.


NetDataContractSerializer'а
Как раз умеет. Умеет это и datacontractserializer с известными типами
Re[3]: Динамическое приведение типов
Здравствуйте, mitechka, Вы писали:

M>Здравствуйте, Serginio1, Вы писали:


S>>Здравствуйте, mitechka, Вы писали:


S>>http://stackoverflow.com/questions/9422662/datacontractserializer-and-known-types

S>>https://msdn.microsoft.com/ru-ru/library/ms731073(v=VS.110).aspx

S>>

S>>Основное различие между сериализаторами DataContractSerializer и NetDataContractSerializer заключается в том, что DataContractSerializer использует имена контракта данных, а NetDataContractSerializer выводит полную сборку .NET Framework и имена типов в сериализованном XML-коде. Это означает, что одни и те же типы должны совместно использоваться конечными точками сериализации и десериализации. Так как при использовании сериализатора NetDataContractSerializer всегда известны точные типы, которые должны быть десериализованы, механизм известных типов не требуется.


M>Да я смотрел в сторону NetDataContractSerializer'а, но, к сожалению, на другой стороне же необходимо приводить базовый класс к производному, тип которого заранее неизвестен, а сериалайзер не умеет конструировать объекты произвольного типа.


NetDataContractSerializer'а
Как раз умеет. Умеет это и datacontractserializer с известными типами
Ты ссылки смотрел?