Могут ли объекты сериализоваться / десериализоваться в разных версиях фреймворка?

Если под «двоичным» вы имеете в виду BinaryFormatter, то он уже является крайне нетерпимым между версиями, поскольку он строго привязан к метаданным типа (если вы не очень много работаете с пользовательскими привязками). Таким образом, он является строго надежным только тогда, когда на обоих концах используются в точности одинаковые реализации. Даже изменение свойства на / из автоматически реализуемого свойства является критическим изменением.

Это не недостаток «двоичного кода», а особенность BinaryFormatter. Другие двоичные сериализаторы не имеют этой проблемы. Например, protobuf-net работает между ОС, фреймворками и т. Д., Поскольку формат a: не заботится о ваших конкретных типах, а b: закреплен за опубликованной спецификацией.

Если вы используете для этого BinaryFormatter в настоящее время: тогда, IMO, да, вы должны явно протестировать каждый API. любой тип может изменить деталь реализации. И, к сожалению, поскольку у BF есть привычка извлекать неожиданные данные (через события и т. Д.), Даже этого недостаточно для подтверждения реального использования.

Если формат сериализации - XML ​​(SOAP) или JSON, он не должен работать абсолютно без проблем. Я не уверен, как отреагирует двоичный сериализованный объект.

Самая большая проблема с сериализацией - это когда у вас есть несуществующие примитивы. Черт, проблема существует при переходе к определенным типам в машинном коде, поэтому это не уникальная проблема, обнаруженная в сервисах (предположение).

Как «правило», вы можете сериализовать разные версии фреймворка и даже клиентам, написанным на Java, Delphi и COBOL (при условии, что версия с возможностью веб-службы - и при условии, что вы должным образом представили сериализованные объекты через конечную точку службы).

Я пытаюсь понять, есть ли в .NET примитивы, которых не было в 1.x, поскольку они были бы проблематичными. Как и любые новые объекты фреймворка, которые вы можете попытаться сериализовать. У вас намного меньше опасности с 2.0 (возможно, не существует?)

Чем более «открыта» ваша сериализация (например, стандарты, такие как JSON, SOAP и т. Д. - упрощены: JSON или XML, по крайней мере, в большинстве случаев), тем меньше вероятность возникновения проблем. И, если у вас есть проблемы, вы можете кодировать автоматические прокси и т. Д. По мере того, как вы переходите к двоичному файлу, вы можете иметь некоторую несовместимость между объектом, сериализованным в 4.0 с помощью WCF и клиентом удаленного взаимодействия.