Dlaczego klasa XML-Serializable potrzebuje konstruktora bez parametrów

Question

Piszę kod do serializacji Xml. Z poniższą funkcją.

public static string SerializeToXml(object obj) 
{ 
    XmlSerializer serializer = new XmlSerializer(obj.GetType()); 
    using (StringWriter writer = new StringWriter()) 
    { 
     serializer.Serialize(writer, obj); 
     return writer.ToString(); 
    } 
} 

Jeśli argument jest instancją klasy bez konstruktora bez parametrów, wygeneruje wyjątek.

Unhandled Wyjątek: System.InvalidOperationException: CSharpConsole.Foo nie mogą być szeregowane ponieważ nie posiada konstruktora bez parametrów. w System.Xml.Serialization.TypeDesc.CheckSupported() w System.Xml.Serialization.TypeScope.GetTypeDesc (typ typu, MemberInfo Sourc e, Boolean directReference, Boolean throwOnError) w System.Xml.Serialization. ModelScope.GetTypeModel (typ typu Boolean bezpośredniego odniesienia) w System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (typ typu, XmlRootAttribute korzeniowego, String defaultNamespace) w System.Xml.Serialization.XmlSerializer..ctor (typ type, String defaultName space) at System.Xml.Serialization.XmlSerializer..ctor (Typ )

Dlaczego musi istnieć konstruktor bez parametrów, aby umożliwić serializację XML, aby odnieść sukces?

EDYCJA: dzięki za odpowiedź cfeduke. Konstruktor bez parametrów może być prywatny lub wewnętrzny.

Answer 1

Podczas dekompresowania obiektu, klasa odpowiedzialna za usuwanie serializacji obiektu tworzy wystąpienie klasy serializowanej, a następnie kontynuuje wypełnianie serializowanych pól i właściwości dopiero po pobraniu instancji do zapełnienia.

Możesz utworzyć konstruktora private lub internal, jeśli chcesz, tak długo, jak to jest bez parametrów.

Answer 2

Przede wszystkim to, co jest napisane w documentation. Myślę, że jest to jeden z twoich pól klasowych, a nie główny - i jak chcesz deserialiser, aby go zbudować z powrotem bez konstrukcji bez parametrów?

Myślę, że istnieje obejście, aby konstruktor był prywatny.

Answer 3

To jest ograniczenie do XmlSerializer. Zauważ, że wymagają tego: mogą utworzyć niezainicjowany obiekt z eteru i zainicjować go podczas deserializacji.

Ponieważ używasz xml, można rozważyć użycie DataContractSerializer i oznakowanie swoją klasę z [DataContract]/[DataMember], należy jednak pamiętać, że ta zmienia schemat (na przykład, nie ma odpowiednika [XmlAttribute] - wszystko staje się elementów).

Aktualizacja: jeśli naprawdę chcesz się dowiedzieć, BinaryFormatter i innych użyć FormatterServices.GetUninitializedObject(), aby utworzyć obiekt bez wywoływania konstruktora.Prawdopodobnie niebezpieczne; Nie polecam go używać zbyt często ;-P Zobacz także uwagi dotyczące MSDN:

Ponieważ nowa instancja obiektu jest inicjowany do zera i nie konstruktory są uruchamiane, obiekt może nie reprezentują stan uznany za ważny przez ten obiekt. Bieżąca metoda powinna być używana tylko do deserializacji , gdy użytkownik zamierza , aby natychmiast wypełnić wszystkie pola. To nie tworzy niezainicjowanej ciąg, ponieważ utworzenie pustej instancji typu niezmiennego służy bezcelowe.

Mam silnik do serializacji own, ale nie zamierzam go używać FormatterServices; Lubię wiedzieć, że konstruktor (dowolny konstruktor) rzeczywiście został wykonany.