Jaka jest najbardziej elastyczna serializacja for.NET obiekty, ale proste w implementacji?

Jeśli dobrze pamiętam to działa coś takiego z właściwością:

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

Jeśli seryjnie to dostaniesz coś w stylu:

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

Oczywiście, prawdopodobnie powinienem zdać się na ekspertów. Oto więcej informacji od MS: http://msdn.microsoft.com/en-us/library/system.xml.serialization.xmlarrayitemattribute.aspx

Z twoich wymagań wygląda na to, że serializacja Xml jest najlepsza.

Jakie masz problemy ze zbiorami podczas serializacji? Jeśli chodzi o to, że nie wiesz, jakich atrybutów użyć na liście lub czymś podobnym, możesz spróbować Atrybut xmlarray na twojej własności. Możesz zdecydowanie serializować kolekcję.

IntermediateSerializer w frameworku XNA jest cholernie fajny. Możesz znaleźć kilka samouczków na temat korzystania z niego w http://blogs.msdn.com/shawnhar

Serializacja SOAP działała dobrze dla mnie, nawet dla obiektów Nie oznaczonych [Serializable]

Będziesz miał problemy z serializacją kolekcji, jeśli obiekty w kolekcji zawierają jakiekolwiek odniesienia do innych obiektów w tej samej kolekcji. Jeśli istnieje jakikolwiek rodzaj podwójnego Wskazywania, w końcu tworzysz wiele map, których nie można serializować. W przypadku każdego problemu, jaki kiedykolwiek miałem serializowanie kolekcji niestandardowej, to zawsze z powodu jakiejś dodatkowej funkcjonalności, której potrzebowałem, działało dobrze jako część "typowej" aplikacji klient-serwer, a następnie nie powiodło się jako część aplikacja consumer-provider-server.

Umieść wszystkie klasy, które chcesz serializować w osobnym zestawie, a następnie użyj narzędzia sgen do wygenerowania zestawu serializacji w celu serializacji do XML. Użyj atrybutów XML do kontrolowania serializacji.

Jeśli chcesz dostosować montaż serializacji (a będziesz potrzebował tego do obsługi klas, które nie są Ixmlserializowalne i klas zawierających abstrakcyjne węzły), poinstruuj sgen, aby zrzut kodu źródłowego do osobnego pliku i następnie dodaj go do swojego rozwiązania. Wtedy możesz go zmodyfikować w razie potrzeby.

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

FWIW, za pomocą tej techniki udało mi się serializować cały Framework AdsML (ponad 400 klas). Wymagało to dużo ręcznego dostosowywania, ale nie da się tego obejść, jeśli wziąć pod uwagę rozmiar frameworka. (Użyłem osobnego narzędzia, aby przejść z XSD do C#)

Zgadzam się, że metody serializacji oparte na DataContract (do JSON, XML, itp.) są nieco bardziej złożone niż bym chciał.

If you ' re trying to get JSON check out http://msdn.microsoft.com/en-us/library/system.web.script.serialization.javascriptserializer.aspx

Jest częścią rozszerzeń MS AJAX. Co prawda jest oznaczony jako przestarzały w. NET 3.5, ale ScottGu wspomina w swoim komentarzu na blogu tutaj (http://weblogs.asp.net/scottgu/archive/2007/10/01/tip-trick-building-a-tojson-extension-method-using-net-3-5.aspx#4301973), że nie jest pewien dlaczego i powinien być obsługiwany nieco dłużej.

Najprostszą rzeczą do zrobienia jest oznaczenie obiektów atrybutem Serializable, a następnie użycie binarnego formatera do obsługi serializacji. Cały wykres klasy nie powinien stanowić problemu pod warunkiem, że wszystkie zawarte obiekty są również oznaczone jako Serializowalne.

Być może bardziej efektywną drogą byłoby serializowanie za pomocą BinaryFormatter

Jak skopiowano z 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;
   }
}

Dla interoperacyjności zawsze używaliśmy serializacji Xml i upewniliśmy się, że nasza klasa została zaprojektowana od podstaw, aby zrobić to poprawnie.

Tworzymy dokument schematu XSD i generujemy z niego zestaw klas za pomocą XSD.exe. Generuje to klasy częściowe, więc następnie tworzymy zestaw odpowiadających im klas częściowych, aby dodać dodatkowe metody, które chcemy pomóc nam wypełnić klasy i użyć ich w naszej aplikacji (ponieważ koncentrują się one na serializacji i deserializacji i są nieco trudne do użycia czasami).

Powinieneś użyć NetDataContractSerializer. Obejmuje każdy rodzaj grafu obiektowego i obsługuje generyki, listy, polimorfizm( atrybut KnownType nie jest tu potrzebny), rekurencję itp. Jedyną wadą jest to, że musisz oznaczyć wszystkie klasy atrybutami [Serializable] / [DataContract], ale doświadczenie pokazuje, że musisz zrobić jakiś rodzaj ręcznego dostrajania, ponieważ nie wszyscy członkowie powinni być wytrwali. Również serializuje się do Xml, choć jego czytelność jest wątpliwe.

Mieliśmy takie same wymagania jak twoje i wybraliśmy to rozwiązanie.