Como a desserialização do WCF instancia objects sem chamar um construtor?

Há alguma mágica acontecendo com a desserialização do WCF. Como ele instancia uma instância do tipo de contrato de dados sem chamar seu construtor?

Por exemplo, considere este contrato de dados:

[DataContract] public sealed class CreateMe { [DataMember] private readonly string _name; [DataMember] private readonly int _age; private readonly bool _wasConstructorCalled; public CreateMe() { _wasConstructorCalled = true; } // ... other members here } 

Ao obter uma instância desse object via DataContractSerializer você verá que o campo _wasConstructorCalled é false .

Então, como o WCF faz isso? Essa é uma técnica que os outros podem usar também, ou está escondida de nós?

FormatterServices.GetUninitializedObject() criará uma instância sem chamar um construtor. Eu encontrei essa class usando o Reflector e vasculhando algumas das classs de serialização .Net principais.

Eu testei usando o código de exemplo abaixo e parece que funciona muito bem:

 using System; using System.Reflection; using System.Runtime.Serialization; namespace NoConstructorThingy { class Program { static void Main() { // does not call ctor var myClass = (MyClass)FormatterServices.GetUninitializedObject(typeof(MyClass)); Console.WriteLine(myClass.One); // writes "0", constructor not called Console.WriteLine(myClass.Two); // writes "0", field initializer not called } } public class MyClass { public MyClass() { Console.WriteLine("MyClass ctor called."); One = 1; } public int One { get; private set; } public readonly int Two = 2; } } 

http://sofpt.miximages.com/c%23/687556261.png

Sim, FormatterServices.GetUninitializedObject () é a fonte da mágica.

Se você quiser fazer alguma boot especial, veja isto. http://blogs.msdn.com/drnick/archive/2007/11/19/serialization-and-types.aspx