Як десеріалізація WCF створює екземпляри об’єктів без виклику конструктора?

З десериалізацією WCF відбувається якась магія. Як він створює екземпляр екземпляра типу контракту даних, не викликаючи його конструктор?

Наприклад, розглянемо цей контракт даних:

[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
}

Отримавши екземпляр цього об'єкта через DataContractSerializerви побачите, що поле _wasConstructorCalledє false.

Отже, як WCF це робить? Це техніка, якою можуть скористатись і інші, чи вона прихована від нас?

FormatterServices.GetUninitializedObject()створить екземпляр без виклику конструктора. Я знайшов цей клас за допомогою Reflector і перекопавши деякі основні класи серіалізації .Net.

Я протестував його за допомогою зразка коду нижче, і, схоже, він чудово працює:

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://d3j5vwomefv46c.cloudfront.net/photos/large/687556261.png

Так, FormatterServices.GetUninitializedObject () є джерелом магії.

Якщо ви хочете зробити будь-яку спеціальну ініціалізацію, перегляньте це. http://blogs.msdn.com/drnick/archive/2007/11/19/serialization-and-types.aspx