Подтвердить что ты не робот

Настройка свойств с помощью инициализации объекта или нет: Любая разница?

Вот простой вопрос: есть ли разница в производительности:

Person person = new Person()
{
  Name = "Philippe",
  Mail = "[email protected]",
};

и этот

Person person = new Person();
person.Name = "Philippe";
person.Mail = "[email protected]";

Вы можете представить более крупный объект с большим количеством свойств.

4b9b3361

Ответ 1

Они почти точно эквивалентны, за исключением того, что первый метод (с использованием инициализатор объектов) работает только в С# 3.0 и новее. Любая разница в производительности незначительна и не стоит беспокоиться.

Они производят почти идентичный IL-код. Первый дает следующее:

.method private hidebysig instance void ObjectInitializer() cil managed
{
    .maxstack 2
    .locals init (
        [0] class Person person,
        [1] class Person <>g__initLocal0)
    L_0000: newobj instance void Person::.ctor()
    L_0005: stloc.1 
    L_0006: ldloc.1 
    L_0007: ldstr "Philippe"
    L_000c: callvirt instance void Person::set_Name(string)
    L_0011: ldloc.1 
    L_0012: ldstr "[email protected]"
    L_0017: callvirt instance void Person::set_Mail(string)
    L_001c: ldloc.1 
    L_001d: stloc.0 
    L_001e: ldloc.0 
    L_001f: callvirt instance string [mscorlib]System.Object::ToString()
    L_0024: pop 
    L_0025: ret 
}

Второй дает следующее:

.method private hidebysig instance void SetProperties() cil managed
{
    .maxstack 2
    .locals init (
        [0] class Person person)
    L_0000: newobj instance void Person::.ctor()
    L_0005: stloc.0 
    L_0006: ldloc.0 
    L_0007: ldstr "Philippe"
    L_000c: callvirt instance void Person::set_Name(string)
    L_0011: ldloc.0 
    L_0012: ldstr "[email protected]"
    L_0017: callvirt instance void Person::set_Mail(string)
    L_001c: ldloc.0 
    L_001d: callvirt instance string [mscorlib]System.Object::ToString()
    L_0022: pop 
    L_0023: ret 
}

Как вы можете видеть, генерируется почти идентичный код. См. Ниже точный код С#, который я скомпилировал.

Измерения производительности показывают очень похожие результаты с очень небольшим улучшением производительности для использования синтаксиса инициализатора объекта:

Method               Iterations per second
ObjectInitializer    8.8 million
SetProperties        8.6 million

Код, который я использовал для тестирования производительности:

using System;

class Person
{
    public string Name { get; set; }
    public string Mail { get; set; }
}

class Program
{
    private void ObjectInitializer()
    {
        Person person = new Person()
        {
            Name = "Philippe",
            Mail = "[email protected]",
        };
        person.ToString();
    }

    private void SetProperties()
    {
        Person person = new Person();
        person.Name = "Philippe";
        person.Mail = "[email protected]";
        person.ToString();
    }

    private const int repetitions = 100000000;

    private void Time(Action action)
    {
        DateTime start = DateTime.UtcNow;
        for (int i = 0; i < repetitions; ++i)
        {
            action();
        }
        DateTime end = DateTime.UtcNow;
        Console.WriteLine(repetitions / (end - start).TotalSeconds);
    }

    private void Run()
    {
        Time(ObjectInitializer);
        Time(SetProperties);
        Console.WriteLine("Finished");
        Console.ReadLine();
    }

    private static void Main()
    {
        new Program().Run();
    }
}

Ответ 2

Еще одна важная вещь:

Если вам не удается обработать исключение в вашем конструкторе, вы получите исключение TypeInitializationException. Хотя это может показаться не таким уж плохим, правда заключается в том, что он скрывает истинную причину проблемы и затрудняет отслеживание.

Если, с другой стороны, вы используете инициализатор объекта, вы вызываете каждое свойство отдельно вне конструктора, и любые заброшенные исключения будут очень ясными и очень очевидными: они не будут замаскированы исключением TypeInitializationException.

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

Ответ 3

Как говорили другие, нет, нет никакой разницы. Обратите внимание, что первый пример фактически не использует конструктор для этих аргументов. Он использует функцию языка "инициализатор объектов", введенную в С# 3.0. Вызываемый конструктор является стандартным конструктором без параметров, аналогичным второму примеру.

Два примера фактически сводятся к одному и тому же IL-коду и делают точно то же самое. Первый пример - просто синтаксический сахар, чтобы выполнить задачу <opinion> более простым и выразительным способом </opinion> .

Ответ 4

Нет. Первый способ является новым в .NET 3.5, но второй пример - для предыдущих версий С#.

Ответ 5

Показательно, что нет существенных различий, как показали другие ответы.

Однако создание объекта с использованием инициализатора с двумя параметрами кажется мне таким, как вы заявляете о своем намерении всем, кто его использует, формируя "контракт", говорящий: "эти два параметра являются минимальными для функциональности класса" (хотя правильным способом выразить это намерение было бы использование конструктора).

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