Какая сериализация .NET-объектов является наиболее гибкой, но простой в реализации?

Самый простой способ - пометить ваши объекты атрибутом Serializable, а затем использовать двоичный форматер для обработки сериализации. Весь граф классов не должен быть проблемой при условии, что любые содержащиеся в нем объекты также помечены как Serializable.

IntermediateSerializer в XNA Framework чертовски крутой. Вы можете найти кучу руководств по его использованию на http://blogs.msdn.com/shawnhar

Сериализация SOAP у меня сработала хорошо, даже для объектов, не отмеченных [Serializable]

Судя по вашим требованиям, лучше всего подходит сериализация Xml.

Какие проблемы возникают с коллекциями при сериализации? Если вы имеете в виду, что не знаете, какие атрибуты использовать в списке или чем-то подобном, вы можете попробовать Атрибут XmlArray вашего свойства. Вы определенно можете сериализовать коллекцию.

У вас возникнут проблемы с сериализацией коллекции, если объекты в коллекции содержат ссылки на другие объекты в той же коллекции. Если существует какой-либо тип двойного указания, вы в конечном итоге создаете мульти-карту, которая не может быть сериализована. По каждой проблеме, с которой я когда-либо сталкивался при сериализации пользовательской коллекции, всегда из-за некоторых дополнительных функций, которые мне были нужны, которые отлично работали как часть "типичного" клиент-серверного приложения, а затем с треском проваливались как часть поставщика-потребителя. -серверное приложение.

Если я помню, это работает примерно так со свойством:

[XmlArray("Foo")]
[XmlArrayItem("Bar")]
public List<BarClass> FooBars
{ get; set; }

Если вы сериализуете это, вы получите что-то вроде:

<Foo>
    <Bar />
    <Bar />
</Foo>

Конечно, я должен, наверное, посоветоваться с экспертами. Дополнительная информация от MS: http://msdn.microsoft.com/en-us/library/system.xml.serialization.xmlarrayitemattribute.aspx

Сообщите мне, если это сработает для вас.

Поместите все классы, которые вы хотите сериализовать, в отдельную сборку, а затем используйте инструмент sgen для создания сборки сериализации для сериализации в XML. Используйте атрибуты XML для управления сериализацией.

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

http://msdn.microsoft.com/en-us/library/bk3w6240(VS.80).aspx

FWIW, мне удалось сериализовать всю платформу AdsML (более 400 классов) с помощью этой техники. Это потребовало большого количества ручной настройки, но от этого никуда не деться, если учесть размер фреймворка. (Я использовал отдельный инструмент для перехода с XSD на C#)

Возможно, более эффективным способом будет сериализация с использованием BinaryFormatter.

Как скопировано из http://blog.paranoidferret.com/index.php/2007/04/27/csharp-tutorial-serialize-objects-to-a-file/

using System.IO;
using System.Runtime.Serialization;
using System.Runtime.Serialization.Formatters.Binary;

public class Serializer
{
   public Serializer()
   {
   }

   public void SerializeObject(string filename,
                  ObjectToSerialize objectToSerialize)
   {
      Stream stream = File.Open(filename, FileMode.Create);
      BinaryFormatter bFormatter = new BinaryFormatter();
      bFormatter.Serialize(stream, objectToSerialize);
      stream.Close();
   }

   public ObjectToSerialize DeSerializeObject(string filename)
   {
      ObjectToSerialize objectToSerialize;
      Stream stream = File.Open(filename, FileMode.Open);
      BinaryFormatter bFormatter = new BinaryFormatter();
      objectToSerialize =
         (ObjectToSerialize)bFormatter.Deserialize(stream);
      stream.Close();
      return objectToSerialize;
   }
}

Рассматривали ли вы сериализацию в JSON вместо XML?

Json.NET имеет действительно мощный и гибкий сериализатор, который не имеет проблем с Hashtables / универсальными словарями и не требует каких-либо конкретных атрибутов. Знаю, потому что написал :)

Он дает вам множество возможностей управления с помощью различных опций сериализатора и позволяет вам переопределить способ сериализации типа, создав для него JsonConverter.

На мой взгляд, JSON более удобочитаем, чем XML, а Json.NET дает возможность писать хорошо отформатированный JSON.

Наконец, проект с открытым исходным кодом, так что вы можете войти в код и внести изменения, если вам нужно.

Для обеспечения взаимодействия мы всегда использовали сериализацию XML и следили за тем, чтобы наш класс был разработан с нуля, чтобы делать это правильно.

Мы создаем документ схемы XSD и генерируем из него набор классов с помощью XSD.exe. Это генерирует частичные классы, поэтому мы затем создаем набор соответствующих частичных классов, чтобы добавить дополнительные методы, которые мы хотим помочь нам заполнить классы и использовать их в нашем приложении (поскольку они ориентированы на сериализацию и десериализацию и их иногда немного сложно использовать. ).

Вам следует использовать NetDataContractSerializer. Он охватывает любой тип графа объектов и поддерживает обобщения, списки, полиморфизм (атрибут KnownType здесь не нужен), рекурсию и т. д. Единственным недостатком является то, что вам нужно пометить все свои классы атрибутами [Serializable] / [DataContract], но опыт показывает, что вам все равно придется выполнять некоторую ручную тонкую настройку, поскольку не все члены должны быть сохранены. Также он сериализуется в XML, хотя его читабельность вызывает сомнения.

У нас были те же требования, что и у вас, и мы выбрали это решение.

Я согласен с тем, что методы сериализации на основе DataContract (в JSON, XML и т. д.) Немного сложнее, чем мне бы хотелось.

Если вы пытаетесь получить JSON, проверьте http://msdn.microsoft.com/en-us/library/system.web.script.serialization.javascriptserializer.aspx

Это часть расширений MS AJAX. По общему признанию, он помечен как устаревший в .NET 3.5, но ScottGu упоминает в своем комментарии в блоге здесь (http://weblogs.asp.net/scottgu/archive/2007/10/01/tip-trick-building-a-tojson-extension-method-using-net-3-5.aspx#4301973), что он не уверен, почему, и что он должен поддерживаться немного дольше.